<< Retour à l'affichage précédent

[APP-16587] compte pas accesible FO/BO Création: 01/juin/07 14:07  Mise à jour: 25/juin/07 18:52  Résolue: 12/juin/07 09:42

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 14.2.0
Version(s) corrigée(s): 14.2.1

Type: Bogue Priorité: Bloquant
Rapporteur: Juan Luis Fajardo Attribution: Patrick Pereira
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg     JPEG File screenshot-1.jpg     JPEG File screenshot-1.jpg    
Liens des demandes:
Duplicate
a pour doublon APP-16527 Etudier le PMV du compte "kerwilow" :... Fermé
Similaire
similaire à APP-11603 [Suivi] Etude PMV Fermé
Pays:
FRA - France
Site: Prod
Classif1: MON COMPTE
Projets PM archivés: Maintenance 15.x.x

 Description   
Message de l'utilisateur (pseudo kerwilow):
"bonsoir je suis acheteur/vendeur sur votre site depuis bientot 6 ans...depuis plusieurs semaines je ne parviens plus a passer des commandes chez vous...a chaques fois un message d'erreur survient genre : un traffic important fait que vous ne pouvez acceder a la page suivante..."

On Bo on n'a pas accèss à son compte non plus

http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=173701

http://bo.priceminister.com/message_back?action=usrmessagesetting&includemsg=true&umsdomaincode=10&userid=173701&usrmessageid=81294319

 Commentaires   
Commentaire de Younès Charrière [ 01/juin/07 17:16 ]
Voici les logs de l'erreur :

2007-06-01 17:15:13,254 INFO [-Processor50] kerwilow - >>> GET http://bo.priceminister.com/wallet?action=list
2007-06-01 17:15:13,445 ERROR [-Processor50] kerwilow - WALLET ILLEGAL AMOUNT : WalletOutgoingAmount is positive, WalletAmount is negative, for the u
ser n<B0>173701
2007-06-01 17:15:13,446 ERROR [-Processor50] kerwilow - Block generation error in : com.babelstore.wallet.front.OperationList_jsp
2007-06-01 17:15:13,447 ERROR [-Processor50] kerwilow - Assembly error
Servlet : com.babelstore.wallet.front.WalletServlet
Request : GET http://bo.priceminister.com/wallet?action=list
Referrer : http://bo.priceminister.com/user
User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.4) Gecko/20070515 Firefox/2.0.0.4
Trace : com.babelstore.wallet.WalletIllegalAmountException
        at com.babelstore.user.UserInfo.checkWalletAmount(UserInfo.java:129)
        at com.babelstore.user.UserInfo.getWalletAvailableAmount(UserInfo.java:94)
        at com.babelstore.wallet.front.OperationList_jsp.generate(OperationList_jsp.java:75)
        at com.babelstore.util.Block.generate(Block.java:143)
        at com.babelstore.util.web.Request.include(Request.java:521)
        at com.babelstore.util.web.Request.include(Request.java:554)
        at com.babelstore.util.web.Request.include(Request.java:560)
        at com.babelstore.common.front.FrontTemplate3c_jsp.generate(FrontTemplate3c_jsp.java:222)
        at com.babelstore.util.Block.generate(Block.java:143)
        at com.babelstore.util.web.Screen.generate(Screen.java:137)
        at com.babelstore.util.web.Request.generate(Request.java:494)
        at com.babelstore.common.front.FrontRequest.generate(FrontRequest.java:461)
        at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:374)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:166)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:112)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)

2007-06-01 17:15:13,447 INFO [-Processor50] kerwilow - <<< [193 ms] GET http://bo.priceminister.com/wallet?action=list
Commentaire de Christophe Garcia [ 04/juin/07 16:08 ]
On ne peut rien faire pour cet utilisateur en attendant l'étude de son PMV ?
Commentaire de Renaud Dierickx [ 08/juin/07 09:13 ]
Le montant du pmv de ce compte est négatif. Ce n'est pas normal et c'est pour ça que ça plante.
Il faut que j'étudie ce pmv pour savoir ce qu'il s'est passé.
Si on souhaite débloquer ce compte il suffit de remettre son pmv à 0 (colonne WALLET_AMOUNT de le table user_account).
Ce n'est pas grave car il est à -2.85 Euros : on ne perdra donc pas grand chose.

select WALLET_AMOUNT from user_account where user_account_id = 173701 ;

WALLET_AMOUNT
-------------
        -2.85

Christophe, pour l'update en prod je te laisse voir avec Patrick P (je n'ai pas le droit de la faire).

Je vais réaliser l'étude du pmv de ce compte.
Commentaire de Renaud Dierickx [ 08/juin/07 09:31 ]
J'ai fais une requête en prod et pour le moment il n'y a que cet utilisateur qui pose problème.

SELECT user_account_id, wallet_amount, wallet_incoming_amount, wallet_outgoing_amount, wlt_status_code
FROM user_account usr
WHERE (usr.wallet_amount IS NOT NULL AND usr.wallet_amount < 0)
OR (usr.wallet_incoming_amount IS NOT NULL AND usr.wallet_incoming_amount < 0)
OR (usr.wallet_outgoing_amount IS NOT NULL AND usr.wallet_outgoing_amount > 0); 2 3 4 5

USER_ACCOUNT_ID WALLET_AMOUNT WALLET_INCOMING_AMOUNT WALLET_OUTGOING_AMOUNT WLT_STATUS_CODE
--------------- ------------- ---------------------- ---------------------- ---------------
         173701 -2.85 0 2.85 20


Christophe, Patrick doit également remettre la colonne WALLET_OUTGOING_AMOUNT à 0 pour que cet utilisateur ne nous repose pas problème.
Il faudrait aussi mettre un wallet_event.

Pour cela, il y a déjà un script qui existe. C'est le : old/V11/V11_0_0/prod/01_PREPARE/ONLINE/V11_0_0_APP-11603_ALL_02_correct_PMV_amount.sql
Commentaire de Renaud Dierickx [ 08/juin/07 10:30 ]
Après analyse du bug, je me suis rendu compte qu'on manque de logs en amont pour comprendre ce qu'il s'est passé.
J'ai ajouté dans le code ces logs qui remonteront en message d'alerte coté DEV la prochaine fois qu'un cas comme celui-ci se produit.
Je ne passe pas plus de temps sur ce problème complexe qui arrive rarement.
Christophe, je te laisse gérer avec Patrick pour le passage du script "old/V11/V11_0_0/prod/01_PREPARE/ONLINE/V11_0_0_APP-11603_ALL_02_correct_PMV_amount.sql" en production.
Commentaire de Christophe Garcia [ 08/juin/07 12:23 ]
Patrick, on commence par l'INTEG.
Commentaire de Patrick Pereira [ 08/juin/07 16:48 ]
C'est fait en integ.
quand tu veux pour la prod.
Commentaire de Patrick Pereira [ 12/juin/07 09:42 ]
C'est fait en prod.
Commentaire de Christophe Garcia [ 12/juin/07 10:16 ]
OK compte de nouveau accessible



[APP-14083] probleme de connection a mon compte depuis le BO Création: 07/déc./06 16:21  Mise à jour: 06/mai/08 12:37  Résolue: 06/mai/08 12:37

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office, Compte utilisateur
Affecte la/les version(s): 9.0.4.3 (Noël)
Version(s) corrigée(s): 21.0.0

Type: Bogue Priorité: Critique
Rapporteur: Patrick Condevaux Attribution: Christophe Garcia
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à APP-14110 Remettre LANSON au niveau des autres ... Fermé
Pays:
FRA - France
Site: Integ
Projets PM: *** RESERVE ***
Classif1: TECH

 Description   
Il y a un problème lorsqu'on essaye de se connecter un compte utilisateur en utilisant le lien "C" accompagnant les login dans le BO.

J'ai observé le problème en INTEG mais je ne sais pas si c'est le cas en prod (GEV avait eu un jira sur ce sujet, elle n'avait pas reussi à le reproduire)

Donc en INTEG,

si la machine selectionné en haut a droite de l'ecran est deutz et qu'on suit un lien vers un compte, on se retrouve bien connecté à ce compte.

Par contre si la machine sélectionné est mumm, on ne se connecte pas au compte: on arrive sur la page de login ou pire encore sur un compte sur lequel on était précédemment loggué (ca peut etre tres dangereux si ca se produit en prod)

 Commentaires   
Commentaire de Arnaud Forgues [ 07/déc./06 18:14 ]
en fait le pb vient d'un conflit entre la configuration apache en integ et les propriété definissant la liste des serveurs visibles en BO en haut à droite : "priceminister.server.list = mumm;deutz;lanson"

Le fonctionnement correct serait de définir correctement cette propriété afin de ne voir que les SA non preview depuis deutz
       ==> priceminister.server.list = deutz;lanson

Et de définir que les SA preview depuis mumm (qui est preview) :
      ==> priceminister.server.list = mumm

Ainsi on ne pourrait pas accèder artificiellement à mumm depuis deutz et se retrouver dans cette situation instable qui provoque le bug.

PS : et c'est comme ca que c'est configuré en PROD
PPS : faire ce changement n'empechera en rien l'apache d'integ de dispatcher les requetes HTTP entre deutz et mumm
Commentaire de Geneviève Beaujard [ 08/déc./06 11:44 ]
J'insiste sur le denier point signalé par patrick:
on arrive en BO sur mumm.
on passe en FO.
je me loggue en testeurfou
je repasse en BO dans la même fenetre (bo.pm.lan/summary)
je recherche le compte testpm_yam
j'appuie sur le bouton mon compte
je me retrouve sur le compte de testeurfou.

c'est plutot genant, c'est le même bug que m'avait signalé xavier http://pricejira.lan/browse/APP-11516
Commentaire de Younès Charrière [ 11/déc./06 10:57 ]
Le problème signalé par Geneviève est toujours présent. ne peut-on rien y faire ?
Commentaire de Younès Charrière [ 11/déc./06 14:50 ]
Vu avec Arnaud. Configurer les properties comme conseillé dans son commentaire.
Commentaire de Younès Charrière [ 11/déc./06 18:07 ]
Manipulation à faire en même temps que APP-14110.



[APP-6622] BO : MAJ du compte utilisateur Création: 09/déc./05 11:49  Mise à jour: 25/juin/07 18:33  Résolue: 09/déc./05 11:50

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 8.0.9
Version(s) corrigée(s): 8.0.9

Type: Amélioration Priorité: Mineur
Rapporteur: Andrei Matyas Attribution: Andrei Matyas
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Il faut ajouter la dernière adresse de contact d'un acheteur (une 5eme colonne coté BO). Cette adresse n'est pas modifiable

 Commentaires   
Commentaire de Andrei Matyas [ 09/déc./05 11:50 ]
Adresse ajoutée cote BO!



[APP-13894] Ajouter le nom du compte dev en BO Création: 28/nov./06 15:33  Mise à jour: 25/juin/07 18:47  Résolue: 10/janv./07 15:27

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 9.0.4.3 (Noël)
Version(s) corrigée(s): 12.0.0

Type: Amélioration Priorité: Mineur
Rapporteur: Arnaud Forgues Attribution: Judd OSullivan
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
Classif1: BO
Projets PM archivés: Maintenance 12.0.0

 Description   
Avec la mise en place d'un nouveau serveur (boulard) afin d'ajouter de nouveaux serveurs JBoss pour les maquettistes et le param ...., il pourrait être pratique de savoir sur quel serveur on se trouve en BO.

Par exemple on pourrait afficher dans la barre d'en tete, le nom du serveur Jboss comme on les nomme depuis la page Wiki "Site Priceminister" (http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=SitePriceminister)

 Commentaires   
Commentaire de Geneviève Beaujard [ 02/janv./07 15:57 ]
D'apres ce que j'ai compris arno voudrait voir dans l'entête nom du compte suivi du nom de la machine.

Je ne sais pas ou trouver ces informations.
En prod le nom de la machine est dans le cookie JSESSIONID, mais a ma connaissance on a pas cet info en dev.
Jud peux tu me dire STP si on peut realiser cette demande.
Si oui reaffectes moi ce bug.
Commentaire de Judd OSullivan [ 10/janv./07 15:27 ]
J'ai ajouté le nom d'utilisateur qui a lancé jboss dans le header de BO. Il remplace le nom de la machine mais je l'ai mis entre paranthese pour faire la distinction donc on integ/prod on va toujours voir en haut a droite :

genevieve - amphore - V11_3_0

en dev on voit :

Non identifié - (osullivj) - @VERSION@



[APP-4841] BO Utilisateur : Problème de perf sur l'accès au compte à valider Création: 09/juin/05 09:58  Mise à jour: 25/juin/07 18:30  Résolue: 05/juil./05 18:08

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 8.0.2b
Version(s) corrigée(s): 8.0.3

Type: Bogue Priorité: Majeur
Rapporteur: Emmanuelle Lachamp Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
toujours tres tres longs, idem pour l'acces au compte en bo des lors que le
compte est assez ancien et avec bcp de vente ca rame... plusieurs minutes
avant l'acces
ex: pseudo destocksarl
daredevil94

merci

emma

 Commentaires   
Commentaire de Quentin de Chivré [ 09/juin/05 16:05 ]
On verra ca ...
Commentaire de Quentin de Chivré [ 04/juil./05 11:05 ]
Devrait être corrigé ... ?
Commentaire de Renaud Dierickx [ 05/juil./05 18:08 ]
Nous avons analysé l'ensemble des requêtes du BO Utilisateur et optimisé celles-ci.
Commentaire de Bruno Ballester [ 07/juil./05 19:31 ]
Testé avec les deux pseudos fournis : délai d'affichage tout à fait correct.



[APP-26244] [POST] Migration gestionnaire de comptes pros BO Création: 20/août/09 20:58  Mise à jour: 25/août/09 09:24  Résolue: 24/août/09 18:32

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office, Compte utilisateur
Affecte la/les version(s): 50.0.2
Version(s) corrigée(s): 50.0.2

Type: Tâche Priorité: Majeur
Rapporteur: Gaël Seguillon Attribution: Patrick Pereira
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel Comptes_Pros_FR_Fred_Skender_url.xls    
Pays:
FRA - France
Site: Prod
Projets PM: *** CHASSE ***

 Description   
Comme convenu avec Emeric
je souhaiterai pouvoir faire passer un script pour migrer des comptes pros sur le site FR
d'un gestionnaire de compte à un autre
Tous les comptes sous gestionnaire
Jany Marimoutou => Dorian Porta Delsol
Tous les comptes sous gestionnaire
Emmanuelle Lachamp => Stephanie Vignali
merci
Gaël

 Commentaires   
Commentaire de Emeric Teil [ 21/août/09 10:13 ]
OK donc comme vu ensemble, ça nous donne la migration :

En FR : PMStaffId = 9 -> PMStaffId 4 & PMStaffId = 5 -> PMStaffId = 12

Rien pour ES et UK.
Commentaire de Arnaud Forgues [ 21/août/09 15:51 ]
Les scripts de migration pour les comptes de Jany et Emma sont prêts dans le répertoire "V:\Database\TX-I\integ" sous les noms :
- TX-I_APP-26244_01_FR_migrate_pm_staff_for_jany.sql
- TX-I_APP-26244_02_FR_migrate_pm_staff_for_emma.sql

Ils ont été testé en DEV et tout est OK !

Concernant la migration des 97 comptes de Fred vers Skender, j'ai mis en PJ un fichier excel avec les url pour accèder directement à la popup "Droit" des comptes afin de changer le gestionnaire de compte à la mano (en effet il était dans ce cas trop compliqué de générer l'url de validation du formulaire de la popup droit qui contient beaucoup d'infos)
Commentaire de Arnaud Forgues [ 21/août/09 16:20 ]
CAJ2009Q3TX
Commentaire de Patrick Pereira [ 21/août/09 16:20 ]
J'ai déplacé les fichiers dans V50_0_2 qui est la version courante sur laquelle ils vont être appliqués.
Commentaire de Patrick Pereira [ 21/août/09 16:24 ]
Les scripts sont passés en integ.
Je les passerai en prod lundi matin.
Commentaire de Emeric Teil [ 21/août/09 16:25 ]
OK, donc comme vu ensemble, ça passera lundi matin en Prod.

Merci :o)
Commentaire de Gaël Seguillon [ 21/août/09 20:14 ]
Merci à tous pour cette efficacité
Gaël
Commentaire de Patrick Pereira [ 24/août/09 18:32 ]
C'est passé en prod.
Commentaire de Emeric Teil [ 24/août/09 18:36 ]
OK pour moi, merci



[APP-16836] Gestion des Droits en BO : Impossibilité de valider un compte en professionnel Création: 28/juin/07 10:41  Mise à jour: 28/juin/07 10:50  Résolue: 28/juin/07 10:50

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 14.2.1
Version(s) corrigée(s): 14.2.1

Type: Bogue Priorité: Bloquant
Rapporteur: Stéphanie Vignali Attribution: Validator
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
FRA - France
Projets PM archivés: Maintenance 14.x.x

 Description   
Vu avec Christophe.

Je soumets un Jira car à chaque fois que j'essaie de valider un compte en professionnel le message d'ereur suivant apparaît :
"null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value.; nested exception is: javax.ejb.EJBException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value."

Aucun compte ne peut donc être validé en professionnel depuis ce matin.

 Commentaires   
Commentaire de Christophe Garcia [ 28/juin/07 10:48 ]
Manifestement un problème de contrainte sur la colonne ADP_STATUS_CODE de ADVERT_PROFILE :

2007-06-28 10:35:29,623 INFO [-Processor48] 62.23.27.114 - >>> GET http://bo.priceminister.com/user_back?action=userpermissionupdate&user_account_id=143
91287&is_company=true&usr_type_code=30&is_to_validate=false&company_name=Club+Avantages&company_number=40986468300019&company_vat_number=FR42409864683&new_co
mmission_rate=&new_commission_id=1060&cache_advert_stats=false&accept_nego=true&permission_free_book_price=false&permission_product_submit_auto_valid=false&i
mg_status_code=&allow_unlimited_stock=false&allow_holiday=true&permission_buyer_phone=false&permission_buyer_email=false&permission_question=true&is_present=
true&x=28&y=8
2007-06-28 10:35:29,815 ERROR [-Processor48] 62.23.27.114 - Failed to create instance.
java.sql.SQLException: [Oracle] #42 ORA-01400: cannot insert NULL into ("IMPORT_1"."ADVERT_PROFILE"."ADP_STATUS_CODE")

        at com.inet.ora.OraDriver.a(Unknown Source)
        at com.inet.ora.o.a(Unknown Source)
        at com.inet.ora.o.a(Unknown Source)
        at com.inet.ora.x.a(Unknown Source)
        at com.inet.ora.x.do(Unknown Source)
        at com.inet.ora.x.executeUpdate(Unknown Source)
        at org.jboss.resource.adapter.jdbc.WrappedPreparedStatement.executeUpdate(WrappedPreparedStatement.java:316)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractCreateCommand.executeInsert(JDBCAbstractCreateCommand.java:352)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractCreateCommand.performInsert(JDBCAbstractCreateCommand.java:308)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractCreateCommand.execute(JDBCAbstractCreateCommand.java:138)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.createEntity(JDBCStoreManager.java:572)
        at org.jboss.ejb.plugins.CMPPersistenceManager.createEntity(CMPPersistenceManager.java:222)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.createEntity(CachedConnectionInterceptor.java:266)
        at org.jboss.ejb.EntityContainer.createHome(EntityContainer.java:766)
        at sun.reflect.GeneratedMethodAccessor363.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:1113)
        at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:90)
        at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationInterceptor.java:192)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(CachedConnectionInterceptor.java:212)
        at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:90)
        at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:117)
        at org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:61)
        at org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCreationInterceptor.java:28)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invokeHome(CallValidationInterceptor.java:41)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:109)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:146)
        at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:116)
        at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:121)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invokeHome(ProxyFactoryFinderInterceptor.java:93)
        at org.jboss.ejb.EntityContainer.internalInvokeHome(EntityContainer.java:508)
Commentaire de Christophe Garcia [ 28/juin/07 10:49 ]
Ré-essaie ça doit marcher maintenant.
C'était dû à des cripts de modification de la base de données qui ont été passés cette nuit.



[APP-29604] Validation compte professionnel en BO Création: 19/mai/10 09:43  Mise à jour: 15/juin/10 14:58  Résolue: 15/juin/10 14:58

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 69.0.0 (TX-N)
Version(s) corrigée(s): 69.0.1

Type: Bogue Priorité: Critique
Rapporteur: Skender Berisha Attribution: Clement Balay
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à APP-29622 [Abo pro] Régression sur popup droit Fermé
Pays:
FRA - France
Site: Prod
Projets PM: Pros Payants
Navigateur: Tous

 Description   
Bonjour

Suite à la nouvelle version quand un compte est à valider en professionnel, le N° de Siret est caché il faut cliquer sur le bouton professionnel pour faire apparaitre le N° de siret
ce qui peut poser problème,
surtout si le compte doit rester en particulier.

Merci

 Commentaires   
Commentaire de Clement Balay [ 19/mai/10 11:44 ]
Y avait une erreur dans le JS



[APP-6353] BO : compte : Timeout Création: 17/nov./05 18:16  Mise à jour: 25/juin/07 18:33  Résolue: 18/nov./05 12:22

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 8.0.8

Type: Bogue Priorité: Majeur
Rapporteur: Gaël Klosek Attribution: Dispatcher (Dev)
Résolution: Impossible à reproduire  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
L'erreur ci-dessous se déclenche lorsque je recherche le compte vendeur suivant : TDMNEUF

Transaction marked for rollback, possibly a timeout; nested exception is: java.lang.RuntimeException: Transaction marked for rollback, possibly a timeout


 Commentaires   
Commentaire de Arnaud Forgues [ 18/nov./05 12:22 ]
Ca m'a l'air de fonctionner.



[APP-11676] sur la page BO compte, le champ "Dernière annonce" n'est jamais renseigné Création: 10/août/06 14:54  Mise à jour: 25/juin/07 18:43  Résolue: 05/oct./06 07:39

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 9.0.2a
Version(s) corrigée(s): 9.0.4

Type: Bogue Priorité: Mineur
Rapporteur: Pierre Krings Attribution: Geneviève Beaujard
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Site: Prod

 Description   
sur la page BO compte, le champ "Dernière annonce" (3eme ligne du bloc "Vendeur") n'est jamais renseigné.


http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=1409107

 Commentaires   
Commentaire de Geneviève Beaujard [ 05/oct./06 07:39 ]
Effectivement ce champ n'est pas renseigné pour certains comptes.
Les comptes concernés sont ceux qui n'ont vendu qu'un type d'annonces(soit achetable, soit consultable).
La JSP UserView va être corrigée afin de regler ce pb.
Petit rappel:
ce champ affiche la date la plus recente des 2 dates: creation d'annonce achetable et creation d'annonce consultable.
si vous passez la souris sur ce champ vous verrez bien les deux dates.
/home/cvs/dev/source/src/com/babelstore/user/back/UserView.jsp,v <-- UserView.jsp
new revision: 1.208; previous revision: 1.207
done
Checking in util/Utility.java;
/home/cvs/dev/source/src/com/babelstore/util/Utility.java,v <-- Utility.java
new revision: 1.72; previous revision: 1.71
done
Commentaire de Martin Sudmann [ 17/oct./06 14:59 ]
OK en INTEG



[APP-12602] BO incohérence de stock vendeur : 2 articles sur la page principale du compte en BO mais 4 articles lorsque l'on clique pour avoir le détail. Création: 21/sept./06 15:30  Mise à jour: 25/juin/07 18:44  Résolue: 22/sept./06 12:08

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 9.0.4
Version(s) corrigée(s): 9.0.4

Type: Bogue Priorité: Mineur
Rapporteur: Caroline Deregnaucourt Attribution: Renaud Dierickx
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg     JPEG File screenshot-1.jpg    
Liens des demandes:
Duplicate
a pour doublon APP-11920 [I18N - Prio 07] Stock vide sur le BO... Fermé
a pour doublon APP-12639 B.O Incohérence bilan des ventes du ... Fermé
Pays:
ESP - Espagne
Site: Integ

 Description   
J'ai mis 4 articles en vente sur le compte caroderesp (mot de passe : madrid23)
2 articles apparaîssent sur la page principale de mon compte en BO.

Mais lorsque je clique sur :
Stock : 2 Ad pour avoir le détail ---> apparaîssent les 4 articles que j'ai effectivement mis en vente

 Commentaires   
Commentaire de Patrick Condevaux [ 21/sept./06 16:02 ]
Arnaud,

c'est un bug ? Ou alors ca vient du fait que les chiffres de la page BO du compte est calculé chaque matin par un batch ?
Commentaire de Renaud Dierickx [ 22/sept./06 11:18 ]
C'est un doublon !!!
Commentaire de Renaud Dierickx [ 22/sept./06 12:08 ]
C'est normal, le nombre d'articles en stock date du matin.
Chaque matin, la vue matérialisée donnant cette info est rafraichi.
Ceci permet d'éviter de passer par une requête trop couteuse et donc d'avoir un temps de chargement de la page plus court.
Commentaire de Younès Charrière [ 25/sept./06 12:07 ]
Ok .



[APP-9590] Xiti : une nouvelle version est sortie, cela serait bien de la prendre en compte dans les liens depuis le bo Création: 22/mai/06 14:54  Mise à jour: 30/janv./08 14:54  Résolue: 15/janv./08 11:30

Etat: Fermé
Projet: Application PriceMinister
Composants: XITI
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 19.0.0

Type: Amélioration Priorité: Mineur
Rapporteur: Justin Ziegler Attribution: Alexandre Garnier
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Projets PM: *** RESERVE ***
Classif1: IG
Classif2: xiti

 Description   
NB : il y a plusieurs liens du bo vers xiti. il ne faut pas en oublier.

 Commentaires   
Commentaire de Swan Desportes [ 22/mai/06 17:14 ]
Effectivement, xiti v7est sorti.
Il fait suite à une refonte totale, ergonomique et technique, de l'interface de consultations des stats.
Malheureusement, ils ont choisi .Net qui encapsule complètement la gestion de formulaires dans des contraintes de sécurité inutiles mais inviolables (avec des VIEWSTATE, etc.)
Donc contrairement à l'existant, on ne peut pas simuler la soumission d'un formulaire de login.

On peut éventuellement demander à XITI comment faire...
Commentaire de Justin Ziegler [ 22/mai/06 18:12 ]
pareil pour la V6 ?
Commentaire de Swan Desportes [ 22/mai/06 19:01 ]
Non, la v6 reste en Java (je suppose, en tout cas pas .Net). La simulation de soumission de formulaire pour un lien direct fonctionne encore.
Commentaire de Alexandre Garnier [ 23/juil./07 15:13 ]
Plus de soucis avec le formulaire de login : ils semblent le rediriger vers le nouveau
Commentaire de Alexandre Garnier [ 23/juil./07 15:38 ]
Par contre je crains que les autres liens (cob et tracking) ne soient gérable avec leur nouvelle version
Commentaire de Alexandre Garnier [ 15/janv./08 11:30 ]
Avec le nouveau système de XITI (.NET, frames dans tous les sens, ...), il n'est pas possible de gérer les liens du BO comme avant.
Puisque personne ne semble se plaindre plus que ça de cet état de fait, je ferme le JIRA.



[APP-16055] BO . Compte Vendeur Lorsqu'il y a + de 200 ventes on n'arrive pas à les afficher toutes Création: 20/avr./07 16:02  Mise à jour: 06/juil./07 15:13  Résolue: 25/avr./07 15:30

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 14.0.0
Version(s) corrigée(s): 15.0.0

Type: Bogue Priorité: Majeur
Rapporteur: Caroline Deregnaucourt Attribution: Clémence Desneiges
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg     JPEG File screenshot-1.jpg    
Pays:
ESP - Espagne
Site: Integ
Navigateur: Internet Explorer 6.X
Classif1: BO
Classif2: recherche article
Projets PM archivés: Maintenance 15.x.x

 Description   
Lorsque l'on clique depuis le BO sur le nbre de ventes et que celle-ci sont supérieures à 200, on arrive pas à les visionner toutes.

En modifiant le nbre de lignes visibles (2000 au lieu de 200 au départ) plus aucune vente n'apparait !

Voir impressions d'écan

 Commentaires   
Commentaire de Younès Charrière [ 20/avr./07 16:05 ]
Tester par exemple avec le compte "todolibros" en integ ou en prod es ou alors cliquer sur ce lien :
http://bo.es.integ/purchase_back?action=itemsearch&fuzzy=false&itmstatusselection=-40&numberrows=200&sellerid=10802793
Commentaire de Alexandre Garnier [ 20/avr./07 16:44 ]
Perte des champs du formulaire.
Il suffit de mettre todolibros dans le champ "pseudo vendeur" et on a les 2000 articles.
Commentaire de Younès Charrière [ 20/avr./07 17:05 ]
Vu avec Nicolas.
On baisse la priorité car il existe une solution "provisoire" au problème : il suffit de remplir le champ du pseudo vendeur avant de revalider la recherche.

Dans une prochaine version, on fera en sorte que le champ soit rempli.
Commentaire de Clémence Desneiges [ 25/avr./07 15:30 ]
Ajout d'une information sur l'ID du vendeur, pré remplie lorsqu'on vient de l'écran info utilisateur.



[APP-7795] pseudo philouphil1 : impossible de modifier le CP et la ville sur con compte en BO Création: 09/mars/06 15:12  Mise à jour: 25/juin/07 18:35  Résolue: 15/mars/06 10:57

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 8.1.1c
Version(s) corrigée(s): 8.1.2

Type: Bogue Priorité: Critique
Rapporteur: Jérome Marianne Attribution: Manuel Sadok
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: File philouphil1.sql    
Liens des demandes:
Duplicate
a pour doublon APP-14721 slica : impossible de modifier le Cod... Fermé
Similaire
similaire à APP-8348 renault54 : impossible de modifier le... Fermé

 Description   
Le client a changé d'adresse et pour modifier celle-ci je suis allé sur sa fiche en BO ( dans la zone "rencontre")
cependant je ne suis arrivé qu'à modifier l'adresse et le téléphone, il n'est pas possible de modifier le CP et la ville.

Le nouveau CP à mettre est : 01150
La nouvelle ville : Lagnieu

 Commentaires   
Commentaire de Geneviève Beaujard [ 10/mars/06 15:07 ]
Il y a effectivement un gros probleme.
Deja la requete dure plus de 13 minutes:
2006-03-10 12:15:18,033 WARN [-Processor19] 62.23.27.114 - Long query [815137 ms]: AttributeVisitQuery
-- AttributeVisitQuery
VAR x1 NUMBER § EXEC :x1 := 4561755;
VAR x2 VARCHAR2(500) § EXEC :x2 := 'PMC0000054';
VAR x3 VARCHAR2(500) § EXEC :x3 := 'PMC0000083';
SELECT prd_attribute.prd_attribute_id, prd_attribute.product_id, prd_attribute.prd_attribute_name_key, prd_attribute.prd_attribute_value_key, prd_attribute.prd_attribute_unit_key, prd_attribute.numeric_value, prd_attribute.prd_type_code, prd_attribute.sort_title, prd_attribute.sort_author, prd_attribute.is_inherited, prd_attribute.prd_attribute_date, prd_attribute.contract_id, prd_attribute.row_version
FROM advert, prd_attribute
WHERE (advert.seller_account_id = :x1)
AND (advert.complement_product_id = prd_attribute.product_id)
AND (prd_attribute.prd_attribute_name_key IN (:x2, :x3))
ORDER BY product_id
;
2006-03-10 12:15:18,054 ERROR [-Processor19] 62.23.27.114 - TransactionRolledbackException in method: public abstract com.babelstore.referential.AttributeInfo com.babelstore.referential.business.AttributeBusiness.getAttributeInfo() throws java.rmi.RemoteException, causedBy:
javax.transaction.RollbackException: Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=janus/8198, BranchQual=, localId=8198]
        at org.jboss.tm.TransactionImpl.registerSynchronization(TransactionImpl.java:602)
        at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.register(EntitySynchronizationInterceptor.java:149)
        at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:269)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111)
        at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242)
        at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89)
        at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
        at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514)
        at org.jboss.ejb.Container.invoke(Container.java:873)
        at sun.reflect.GeneratedMethodAccessor85.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)

La methode concernée est UserBusinessBean.setSellerContactAddress.
Outre le fait que la query dure tres longtemps, je ne comprends pas pourquoi on fait create puis delete d'un attribut, pourquoi pas directement update.
En BO on n'arrive pas a FAIRE DE MISE A JOUR si un des champs zip, ville, pays est modifié.
Ce problème existe depuis la version 1.455 de UserBusiness.
Pour info le nom precedent de la methode setSellerContactAddress etait setMeetAddress.
Bon courage manolito.
Commentaire de Geneviève Beaujard [ 14/mars/06 10:56 ]
voici le resultat de la requete que j'ai effectué vendredi:
http://pricejira.lan/secure/attachment/13435/philouphil1.sql
Commentaire de Manuel Sadok [ 14/mars/06 11:41 ]
Voila le plan d'exécution de la requête en prod :


Plan d'exécution
----------------------------------------------------------
   0 SELECT STATEMENT Optimizer=CHOOSE (Cost=292 Card=169 Bytes=93457)
   1 0 SORT (ORDER BY) (Cost=292 Card=169 Bytes=93457)
   2 1 TABLE ACCESS (BY INDEX ROWID) OF 'PRD_ATTRIBUTE' (Cost=2 Card=1 Bytes=545)
   3 2 NESTED LOOPS (Cost=234 Card=169 Bytes=93457)
   4 3 TABLE ACCESS (BY INDEX ROWID) OF 'ADVERT' (Cost=233 Card=168 Bytes=1344)
   5 4 INDEX (FULL SCAN) OF 'ADVERT_FK_COMPLEMENT_PRODUCT' (NON-UNIQUE) (Cost=142 Card=260550)
   6 3 INLIST ITERATOR
   7 6 INDEX (RANGE SCAN) OF 'PRD_ATTRIBUTE_FKIX_PRODUCT' (NON-UNIQUE) (Cost=3 Card=1)



Ce qui semble couteux c'est le full scan de l'indexe ADVERT_FK_COMPLEMENT_PRODUCT et 'accès à ADVERT.
Commentaire de Manuel Sadok [ 14/mars/06 11:49 ]
L'indexe ADVERT_FK_COMPLEMENT_PRODUCT ne comporte que la colonne complement_product_id et n'est donc pas le plus judicieux pour cette requête.

Aucun indexe sur ADVERT ne comporte en même temps les colonnes seller_account_id et complement_product_id.

J'ai créé un indexe pour tester en dev de la forme suivante :
create index test_visit on advert (seller_account_id, complement_product_id);


Voila le plan d'exécution en dev avant la création de l'indexe test_visit:
Execution Plan
----------------------------------------------------------
   0 SELECT STATEMENT Optimizer=CHOOSE (Cost=79 Card=8 Bytes=4416)
   1 0 SORT (ORDER BY) (Cost=79 Card=8 Bytes=4416)
   2 1 TABLE ACCESS (BY INDEX ROWID) OF 'PRD_ATTRIBUTE' (Cost=3 Card=1 Bytes=544)
   3 2 NESTED LOOPS (Cost=26 Card=8 Bytes=4416)
   4 3 TABLE ACCESS (BY INDEX ROWID) OF 'ADVERT' (Cost=5 Card=7 Bytes=56)
   5 4 INDEX (RANGE SCAN) OF 'ADVERT_IX_TRUNC_FRESHNESS' (NON-UNIQUE) (Cost=2 Card=301)
   6 3 INLIST ITERATOR
   7 6 INDEX (RANGE SCAN) OF 'PRD_ATTRIBUTE_FKIX_PRODUCT' (NON-UNIQUE) (Cost=2 Card=1)

Statistics
----------------------------------------------------------
         14 recursive calls
          0 db block gets
       1126 consistent gets
          0 physical reads
          0 redo size
      43415 bytes sent via SQL*Net to client
        587 bytes received via SQL*Net from client
         10 SQL*Net roundtrips to/from client
          1 sorts (memory)
          0 sorts (disk)
        123 rows processed


Après la création de l'indexe test_visit voila ce que cela donne :
Execution Plan
----------------------------------------------------------
   0 SELECT STATEMENT Optimizer=CHOOSE (Cost=70 Card=8 Bytes=4416)
   1 0 SORT (ORDER BY) (Cost=70 Card=8 Bytes=4416)
   2 1 TABLE ACCESS (BY INDEX ROWID) OF 'PRD_ATTRIBUTE' (Cost=3 Card=1 Bytes=544)
   3 2 NESTED LOOPS (Cost=17 Card=8 Bytes=4416)
   4 3 INDEX (RANGE SCAN) OF 'TEST_VISIT' (NON-UNIQUE) (Cost=2 Card=7 Bytes=56)
   5 3 INLIST ITERATOR
   6 5 INDEX (RANGE SCAN) OF 'PRD_ATTRIBUTE_FKIX_PRODUCT' (NON-UNIQUE) (Cost=2 Card=1)

Statistics
----------------------------------------------------------
         14 recursive calls
          0 db block gets
        647 consistent gets
          3 physical reads
          0 redo size
      43415 bytes sent via SQL*Net to client
        587 bytes received via SQL*Net from client
         10 SQL*Net roundtrips to/from client
          1 sorts (memory)
          0 sorts (disk)
        123 rows processed

Cela devrait clairement améliorer les perfs de la requête en prod, en évitant des accès inutiles à ADVERT.

Par contre, est-ce que cela vaut le coup de créer et de maintenir un nouvel indexe uniquement pour cette requête ?
Commentaire de Manuel Sadok [ 14/mars/06 12:06 ]
On pourrait également filtrer plus avec le statut de l'annonce (voir le type de produit).
Commentaire de Manuel Sadok [ 15/mars/06 10:57 ]
Finalement, en reconstruisant les indexes sur ADVERT, Oracle a pu de lui-même choisir le meilleur à utiliser pour la requête et ainsi améliorer le plan d'exécution et les performances.

Plan d'exécution
----------------------------------------------------------
   0 SELECT STATEMENT Optimizer=CHOOSE (Cost=75 Card=5 Bytes=2765)
   1 0 SORT (ORDER BY) (Cost=75 Card=5 Bytes=2765)
   2 1 TABLE ACCESS (BY INDEX ROWID) OF 'PRD_ATTRIBUTE' (Cost=2 Card=1 Bytes=545)
   3 2 NESTED LOOPS (Cost=29 Card=5 Bytes=2765)
   4 3 TABLE ACCESS (BY INDEX ROWID) OF 'ADVERT' (Cost=19 Card=5 Bytes=40)
   5 4 INDEX (RANGE SCAN) OF 'ADVERT_IX_SELLER_HOLIDAY' (NON-UNIQUE) (Cost=3 Card=70)
   6 3 INLIST ITERATOR
   7 6 INDEX (RANGE SCAN) OF 'PRD_ATTRIBUTE_FKIX_PRODUCT' (NON-UNIQUE) (Cost=3 Card=1)

Statistiques
----------------------------------------------------------
         15 recursive calls
          0 db block gets
        200 consistent gets
          0 physical reads
          0 redo size
       8178 bytes sent via SQL*Net to client
        521 bytes received via SQL*Net from client
          4 SQL*Net roundtrips to/from client
          1 sorts (memory)
          0 sorts (disk)
         36 rows processed

J'ai en outre modifier la requête, afin de ne pas prendre en compte les annonces fermées.


Moralité, reconstruire régulièrement les indexes et recalculer les stats font du bien !! :)
Commentaire de Lydia Dali [ 15/mars/06 12:00 ]
ok, vérifié en prod.



[APP-23832] [BO] Impossible d'afficher les informations d'un compte en BO Création: 05/janv./09 15:39  Mise à jour: 06/janv./09 11:23  Résolue: 06/janv./09 11:23

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office, Compte utilisateur
Affecte la/les version(s): 37.0.0.1
Version(s) corrigée(s): 37.0.0.1

Type: Bogue Priorité: Bloquant
Rapporteur: Espérance Galouo-Lece Attribution: Espérance Galouo-Lece
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ESP - Espagne
Site: Integ
Projets PM: *** A PLANIFIER ***
Navigateur: Tous

 Description   
2009-01-05 15:34:13,925 INFO [P-Processor9] BO:Anonyme - >>> GET http://www.es.integ/user_back?action=userview&showeventothers=true&useraccountid=13011242
2009-01-05 15:34:13,932 INFO [P-Processor9] BO:Anonyme - Start to compute counters from 'BO : Fiche utilisateur' (FROM_BO_USER_VIEW_MODEL)
2009-01-05 15:34:13,959 INFO [P-Processor9] BO:Anonyme - Delay to compute counters from 'BO : Fiche utilisateur' (FROM_BO_USER_VIEW_MODEL) : 27 ms
2009-01-05 15:34:13,962 ERROR [P-Processor9] BO:Anonyme - SQL error caused by ItemRefundQuery
-- ItemRefundQuery
VAR x1 NUMBER § EXEC :x1 := 13011242;
SELECT /*+ INDEX(item) */ SUM(price_package.toDfltCurrcyFullPrec(NVL(item.buyer_bonus, 0), currency_id)) sum_refund
FROM item
WHERE (item.buyer_account_id = :x1)
AND (item.buyer_bonus > 0)
AND (item.is_abandonned = 0)
;
2009-01-05 15:34:13,963 ERROR [P-Processor9] BO:Anonyme - TransactionRolledbackException in method: public abstract com.babelstore.util.Money com.babelstore.purchase.business.Pu
rchaseCatalog.getBuyerBonusSum(java.lang.Long) throws java.rmi.RemoteException,java.lang.Exception, causedBy:
java.sql.SQLException: [Oracle] #157 ORA-00904: "PRICE_PACKAGE"."TODFLTCURRCYFULLPREC": invalid identifier

        at com.inet.ora.OraDriver.a(Unknown Source)
        at com.inet.ora.o.a(Unknown Source)
        at com.inet.ora.o.a(Unknown Source)
        at com.inet.ora.ad.try(Unknown Source)
        at com.inet.ora.ad.a(Unknown Source)
        at com.inet.ora.x.a(Unknown Source)
        at com.inet.ora.x.for(Unknown Source)
        at com.inet.ora.x.executeQuery(Unknown Source)
        at org.jboss.resource.adapter.jdbc.WrappedPreparedStatement.executeQuery(WrappedPreparedStatement.java:296)
        at com.babelstore.util.Query.open(Query.java:517)
        at com.babelstore.util.Query.getDoubleValue(Query.java:370)
        at com.babelstore.util.Query.getMoneyValueInDefaultCurrency(Query.java:380)
        at com.babelstore.purchase.business.ItemRefundQuery.getBuyerSum(ItemRefundQuery.java:54)
        at com.babelstore.purchase.business.PurchaseCatalogBean.getBuyerBonusSum(PurchaseCatalogBean.java:588)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)

 Commentaires   
Commentaire de Espérance Galouo-Lece [ 06/janv./09 11:23 ]
 - Suite à la récupération de la Base de PROD ES, la base Espagne INTEG s'est retrouvée en V36 (les scripts) alors que l'application été en V37;
 - Les scripts de la V37 ont été joués et le problème a été résolu.



[APP-17440] V16 - Lien mon compte BO/FO Création: 03/août/07 16:54  Mise à jour: 03/août/07 18:08  Résolue: 03/août/07 18:08

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 16.0.0
Version(s) corrigée(s): 16.0.0

Type: Amélioration Priorité: Mineur
Rapporteur: Cedric Favero Attribution: Validator
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File moncomptebo.JPG    
Liens des demandes:
Similaire
similaire à APP-17447 [Mon Compte] : Suppression de la redi... Fermé
Pays:
FRA - France
Site: Integ

 Description   
Comportement bizarre lors du passage back-office -> front office sur le lien "mon compte"

Je n'atterris pas systematiquement sur la meme page (parfois la home "mon compte" , parfois "mon compte auto", parfois "mon profil")

En particulier :

-si je clique une première fois sur le lien "mon compte" (BO), j'atteris sur la page "mon compte" (FO) -si je clique sur "profil" (BO) , j'atteris sur "mon profil" (FO)
- si je reclique sur "mon compte" (BO) , je tombe à nouveau sur "mon profil"
(FO)


Comme si un cookie ou autre chose nous faisait rester sur la derniere page vue.

 Commentaires   
Commentaire de Espérance Galouo-Lece [ 03/août/07 18:07 ]
Comportement normal, qui est amélioré avec le jira APP-17447



[APP-2996] Compte BO : impossible d'afficher la page Création: 04/nov./04 17:42  Mise à jour: 25/juin/07 18:26  Résolue: 25/juin/07 18:26

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.7a
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Validator Attribution: Arnaud Forgues
Résolution: Impossible à reproduire  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Impossible d'afficher le détail du compte TDMNEUF en bo :

Transaction marked for rollback, possibly a timeout; nested exception is:
java.lang.RuntimeException: Transaction marked for rollback, possibly a timeout

 Commentaires   
Commentaire de Arnaud Forgues [ 05/nov./04 15:53 ]
bug lié aux pb d'index et de la base oracle hier ...
maintenant ca marche



[APP-25481] BO Fiches produits soumises suspectes (contrefaçon) - Voir l'info "compte caché" (-2) directement sur la FP Création: 03/juin/09 10:54  Mise à jour: 19/oct./09 15:45  Résolue: 18/août/09 18:13

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 47.0.1
Version(s) corrigée(s): 55.0.0 (CAT-L)

Type: Amélioration Priorité: Majeur
Rapporteur: Aurélien Vergalli Attribution: Antoine Carré
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File exemple.jpg     JPEG File fp compte cache.JPG    
Pays:
FRA - France
Site: Prod
Projets PM: *** CHASSE ***

 Description   
Le passage à l'état -2 d'un compte (pour suspiçion de contrefaçon, par exemple) masque les annonces: les fiches produit soumises par les pseudos concernées arrivent ainsi en BO avec un stock noté 0 même si il y a une annonce avec du stock (voir PJ).

=> But de la demande: afficher l'état "-2" à coté du pseudo sur la fiche produit soumise (ou bien code couleur ?) afin d'avoir l'info dès la FP sans devoir aller dans le compte. Cela nous aiderait à distinguer systématiquement et rapidement les mises en vente suspectes.

 Commentaires   
Commentaire de Aurélien Vergalli [ 03/juin/09 11:03 ]
Pour compléter la demande: afficher tous les états de compte cachés (soient -2, -1, et 0) serait pertinent et améliorerait significativement la productivité de l'équipe "validation".
Commentaire de Benoît Bourdon [ 09/juin/09 12:05 ]
A faire : Mettre entre parenthèses juste derrière le login du soumetteur la visibilité
--> Voir la PJ "exemple"

AVANT de faire le DEV : voir avec Aurélien si uniquement le chiffre entre paranthèse lui suffit - pour éviter d'écrire "-1 Caché (Temporaire)" qui prend un peu trop de place dans cet écran
Commentaire de Antoine Carré [ 17/août/09 14:22 ]
Je peux mettre le code d'état et/ou changer la couleur du pseudo sans soucis.

il faut juste me dire ce qui convient le mieux et je m'en charge tout de suite.
Commentaire de Aurélien Vergalli [ 17/août/09 16:02 ]
Vu avec Antoine - résumé:
- Afficher les états des comptes sous les formes (-2), (-1), (0), (1), (2) à doite du pseudo.
- Afficher le (-2) en rouge gras pour qu'il saute aux yeux.
- Si possible, afficher le pseudo en vert gras si compte PRO (si nécessaire d'ouvrir un Jira spécifique, me le dire).

Merci !
Commentaire de Antoine Carré [ 18/août/09 18:13 ]
CAJ2009Q3CATM



[APP-3345] BO Problèmes Annonces : Connexion au compte Vendeur impossible Création: 17/déc./04 11:37  Mise à jour: 25/juin/07 18:27  Résolue: 25/juin/07 18:27

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.9val
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Gaël Klosek Attribution: Geneviève Beaujard
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
En BO, Problemes Annonces, le lien pour se connecter au compte Vendeur ouvre
une page popup en FO mais non connectée au compte Vendeur.

(En revanche le lien pour acceder au compte Acheteur se fait correctement)

 Commentaires   
Commentaire de Geneviève Beaujard [ 17/déc./04 16:13 ]
OK



[APP-17074] la mise en vacances d'un compte ne fonctionne plus via le BO Création: 13/juil./07 09:36  Mise à jour: 17/juil./07 15:26  Résolue: 17/juil./07 15:26

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 15.0.2
Version(s) corrigée(s): 15.0.2

Type: Bogue Priorité: Majeur
Rapporteur: Xavier Barbosa Attribution: Validator
Résolution: Impossible à reproduire  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Prod
Projets PM archivés: Maintenance 15.x.x

 Description   
la mise en vacances d'un compte ne fonctionne plus via le BO.
elle semble fonctionner via le Front.



[APP-5327] pb sur la courbe "Comptes - Vendeurs" présente en BO Création: 21/juil./05 15:10  Mise à jour: 25/juin/07 18:31  Résolue: 25/juil./05 16:23

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 8.0.4

Type: Bogue Priorité: Majeur
Rapporteur: Alexandra Viravaud Attribution: Manuel Sadok
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Il y a un décrochage sur la courbe des comptes vendeurs à partir du 12 juillet :
http://bo.priceminister.com/summary?action=summaryhistory&charttitle=Comptes+-+Vendeurs&count=true&summarycode=1&summarytypecode=20

sait-on pourquoi?

 Commentaires   
Commentaire de Quentin de Chivré [ 25/juil./05 16:06 ]
Est-ce lié a une VM que tu as corrigé ?
Commentaire de Manuel Sadok [ 25/juil./05 16:23 ]
Si je ne me trompe pas, le 12 juillet correspond à peu près au dernier déploiement et il y avait effectivement un pb sur la VM usr_instant_summary_mv avec les nouvelles colonnes last_buyable_advert_date et last_consultable_advert_date.

En principe le pb sera corrigé à cette version avec un scripte qui modifie la requête de remplissage de la VM.




[APP-13350] auto - stats - on ne doit pas compter les chiffres BO, integ, dev. Création: 20/oct./06 15:40  Mise à jour: 09/juil./07 17:17  Résolue: 18/avr./07 17:16

Etat: Fermé
Projet: Application PriceMinister
Composants: Auto (Statistiques)
Affecte la/les version(s): 9.0.3.1.c
Version(s) corrigée(s): 15.0.0

Type: Amélioration Priorité: Majeur
Rapporteur: Marc Cacheiro Attribution: Clémence Desneiges
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Prod
Classif1: MON COMPTE
Classif2: mon compte - statistiques
Projets PM archivés: Maintenance 15.x.x

 Description   
dans la rubrique auto, certains pros n'ont plus d'annonces visibles en FO (passées en visibilité -2 en BO), mais continuent d'avoir des stats de visibilité et consultation dans leur compte (ex : autoccasion).
Il semble que ce soit dû au fait que les consultations en BO sont compatbilisées (visibilité via l'inventaire, consultation via l'inventaire ou directement depuis le BO).
On ne devrait compter que les pages vues en en FO et en prod pour comptabiliser les stats.
merci



[APP-23883] [COSAV] Avoir une distinction en BO pour les comptes auto-entrepreneurs Création: 08/janv./09 12:40  Mise à jour: 01/avr./09 17:50  Résolue: 24/mars/09 17:26

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 44.0.0 (TX-F)

Type: Amélioration Priorité: Majeur
Rapporteur: Cedric Favero Attribution: Dispatcher (Pôle TX)
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
a pour doublon APP-23783 Intégration du statut d'auto-entrepre... Fermé
Pays:
FRA - France
Projets PM: *** RESERVE ***
Classif FONC: CoSAV

 Description   
Avec la nouvelle loi entrée en vigueur au 1er janvier 2009 , on va avoir une nouvelle population d'utilisateurs sur le site , les auto-entrepreneurs.

Dans l'urgence et en rapport avec leur visibilité en FRONT, ces comptes sont enregistrés en tant que PRO et on ne fait pas de distinction particuliere.

Probleme , coté BO ,on ne sait pas les identifer si ce n'est ajouter une indication en historique mais qu'on ne peut aucunement exploiter ni dans des rapports , ni dans des mots clés,etc...

Probleme, on a besoin de surveiller ces comptes différemment des "vrais" pros (notamment en surveillance vendeurs mais aussi pour des aspects SAV).

il faudrait donc qu'on ait une donnée en base qui permette de les identifier.
Que cette donnée puisse apparaitre dans les rapports ou etre utilisée dans les mots-clés en velocity.
Et idéalement qu'on ait une indication sur le compte en BO , une indication "AE" à coté de pro par exemple.

Malgré nous ce point se retrouve assez urgent car pour l'instant on est obligé de faire sans aucun outil.
En esperant qu'il soit assez simple de les identifier dans la table USER, ceci meme automatiquement en fonction des données enregistrées lors de l'inscription (companycode?)



[APP-11785] [Bo Pro Auto] Erreur lorsque l'on essaie d'attribuer le droit Pro Auto au compte mstophe Création: 23/août/06 15:10  Mise à jour: 25/juin/07 18:43  Résolue: 29/sept./06 15:04

Etat: Fermé
Projet: Application PriceMinister
Composants: Infrastructure
Affecte la/les version(s): 9.0.2a
Version(s) corrigée(s): 9.0.4

Type: Bogue Priorité: Majeur
Rapporteur: Younès Charrière Attribution: Geneviève Beaujard
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File Pro Auto impossible.JPG    
Site: Integ

 Description   
Cette erreur ne se produit pas avec d'autres comptes. J'ai essayé avec plusieurs comptes différents et j'arrive à les passer en Pro Auto mais pas celui-ci qui provoque une erreur :
null; CausedByException is: PMC0000046: Cet attribut n'est pas permis pour ce type de produit ou pour ce support. ; nested exception is: javax.ejb.EJBException: null; CausedByException is: PMC0000046: Cet attribut n'est pas permis pour ce type de produit ou pour ce support.

 Commentaires   
Commentaire de Arnaud Forgues [ 23/août/06 16:56 ]
Cette erreur doit se produire du fait que lors d'un changement du type d'un vendeur, on lance automatiquement une migration d'attribut "Type vendeur" (PMC0000046) sur tous les produits du vendeur qui possèdent cet attribut.

Il semblerait donc que ce vendeur possède un produit dont le type n'a pas de mapping sur cet attribut (en l'occurence un type différent de "Voitures"
Commentaire de Geneviève Beaujard [ 29/sept./06 15:04 ]
En effet lors du passage en pro auto, le business change l'attribut 'Type vendeur'(PMC0000046') de tous les produits du vendeur en question.
Cet attribut 'type vendeur' n'est mappé que pour le type voitures.

Voici les produits concernés pour mstophe:
SELECT DISTINCT product.product_id l, product.prd_type_code
FROM product, prd_attribute
WHERE (product.product_id = prd_attribute.product_id)
AND (product.user_account_id = 10772992)
AND (product.prd_status_code <> 50)
AND (prd_attribute.prd_attribute_name_key = 'PMC0000046') 2 3 4 5 6
  7 ;

         L PRD_TYPE_CODE
---------- -------------
  19823450 1701
  19825057 1481
  19825063 1701
  20142669 1701
  20142671 1701
  20142673 1701
  20143054 1701

7 rows selected.

ON voit bien dans le resultat de la requete que le produit 19825057 de type different de VOITURES contient un attribut 'type vendeur',
c'est le pourquoi de l'erreur: le ProductService commence a supprimer cet attribut, puis il le tente de le recréer et la il s'aperçoit que c'est impossible.
Ce produit 19825057 (c'est un produit complement) est dans un drôle d'etat:
le produit de base est de type vetements avec des attributs vetement, par contre le produit complement (19825057) de type vetements_c a des attributs de type voiture.
Ce produit a été créé par mostafa pour des tests.
Si l'on change le type du produit de base en voiture on peut passer mstophe en pro auto.

D'ailleurs je pense qu'il y a un pb en BO, car lorsqu'on change le type de produit
IL N'Y AUCUNE VERIFICATION sur les attributs, je vais poster un bug a ce sujet.

Par contre dans ma validation produit, je vais rajouter un script de controle afin de verifier que tous les attributes d'un produit sont bien mappés, mais ça risque de couter cher.





[APP-15929] [Wish-list Param] Ergonomie BO : Vue compte - liens direct vers fichiers (Item n° 15) Création: 12/avr./07 10:50  Mise à jour: 06/juil./07 16:05  Résolue: 18/avr./07 17:04

Etat: Fermé
Projet: Application PriceMinister
Composants: Import de Fichiers
Affecte la/les version(s): 13.3.0
Version(s) corrigée(s): 15.0.0

Type: Tâche Priorité: Majeur
Rapporteur: Marion Anfreville Attribution: Clémence Desneiges
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
ESP - Espagne, FRA - France
Site: Prod
Classif1: IMPORT
Classif2: ergonomie
Projets PM archivés: Maintenance 15.x.x

 Description   
Extrait item 31 - doc XBA :

Dans la vue « Compte », si le vendeur est pro, Afficher un lien direct vers la vue Fichiers, avec pour critère le login du vendeur.

 Commentaires   
Commentaire de Arnaud Forgues [ 13/avr./07 14:21 ]
Marion, où souhaites-tu que ce lien apparaisse dans la vue "Compte " (tu parles bien de la fiche utilisateur en BO?) ? Et on est bien d'accord que ce lien amène vers l'écran BO de recherche Fichiers ?

Merci
Commentaire de Marion Anfreville [ 13/avr./07 14:53 ]
Voir capture d'écran en pj.

ça serait pas mal dans le coin droit de la partie Vendeur du compte ?
Commentaire de Marion Anfreville [ 13/avr./07 15:24 ]
Le bouton amènerait bien à la recherche fichier avec comme critère le login du partenaire.
Commentaire de Clémence Desneiges [ 18/avr./07 17:04 ]
Ok, par contre on a ajouté le lien Fichiers sur la première ligne (à droite du login de l'utilisateur), car il n'y avait pas assez de place sur le header du bloc vendeur pour se faire.
Commentaire de Marion Anfreville [ 06/juil./07 16:05 ]
Le lien fonctionne correctement.



[BO > Droits] Corriger les problèmes de la popup droit utilisateur (APP-22661)

[APP-23926] [BO > Droits] Revoir la validation d'un compte Création: 13/janv./09 14:16  Mise à jour: 20/févr./09 16:48  Résolue: 13/janv./09 14:50

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 41.0.0 (TX-E)

Type: Sous-tâche Priorité: Mineur
Rapporteur: Renaud Dierickx Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM: *** RESERVE ***

 Description   
A l'ouverture de la boutique, l'utilisateur doit renseigner ses préférences vendeurs.
Si celui-ci ouvre son compte à titre professionnel, il passe alors en compte à valider par les commerciaux.
Jusque là, la validation d'un compte était réalisé par la validation de la popup droit.
Le problème est que cette popup peut-être utilisé également pour d'autre chose :
- bloquer les vacances
- mettre en cache un utilisateur
- ...
L'ajustement de l'un de ces paramètres retire le compte de la liste des comptes à valider.
C'est dommage car on risque de rater la validation de part en pro.
J'ouvre donc ce jira pour qu'on ajoute une checkbox : Je retire ce compte de la liste des professionnels à valider.

 Commentaires   
Commentaire de Renaud Dierickx [ 13/janv./09 14:50 ]
C'est fait, voir wiki :
http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=ValidationComptePro



[APP-3165] BO en prod : passage d'un compte part en pro Création: 29/nov./04 10:20  Mise à jour: 25/juin/07 18:26  Résolue: 25/juin/07 18:26

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.8val
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Stéphane Archer Attribution: Dispatcher (Dev)
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Exemple :
Login : topsound
Login : smoer

Quand on passe un compte part en pro on a le message d'erreur suivant :

null; CausedByException is: null; CausedByException is: Find failed:
java.sql.SQLException: [Oracle] #18 ORA-00904: invalid column name ; nested
exception is: javax.ejb.EJBException: null; CausedByException is: Find failed:
java.sql.SQLException: [Oracle] #18 ORA-00904: invalid column name ; nested
exception is: javax.ejb.EJBException: null; CausedByException is: null;
CausedByException is: Find failed: java.sql.SQLException: [Oracle] #18 ORA-
00904: invalid column name ; nested exception is: javax.ejb.EJBException:
null; CausedByException is: Find failed: java.sql.SQLException: [Oracle] #18
ORA-00904: invalid column name

 Commentaires   
Commentaire de Quentin de Chivré [ 29/nov./04 11:53 ]
Lors de l'integration, les colonnes :
  - advert.question_count
  - ctg_parameter.target_category_id
ont bien été exclues, mais la colonne :
  - advert_profile.grant_update_change_owner
a été oubliée.

On refait une intégration correcte pour la 7.2.7.d




[APP-8348] renault54 : impossible de modifier le code postal sur le compte en BO Création: 10/avr./06 16:43  Mise à jour: 25/juin/07 18:36  Résolue: 19/mai/06 16:03

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 8.1.2d
Version(s) corrigée(s): 9.0.0

Type: Bogue Priorité: Critique
Rapporteur: Jérome Marianne Attribution: Geneviève Beaujard
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File attr_visit.sql    
Liens des demandes:
Duplicate
a pour doublon APP-14721 slica : impossible de modifier le Cod... Fermé
Similaire
similaire à APP-7795 pseudo philouphil1 : impossible de mo... Fermé
Site: Prod

 Description   
Il est impossible de modifier son code postal et de mettre 54520 à la place de 54000.

Le même problème avait déja eu lieu il y a quelques semaines.

 Commentaires   
Commentaire de Geneviève Beaujard [ 12/avr./06 12:44 ]
Le bug similaire est http://pricejira.lan/browse/APP-7795
Il s'agissait du compte philouphil1.
J'ai essaye de changer le ZIP code de ce compte et nous avons a nouveau le probleme;

Voici les logs sur JANUS (sur renault54):
2006-04-12 07:49:11,703 INFO [-Processor31] 62.23.27.114 - >>> POST http://bo.priceminister.com/user_back!action=addressupd...&address1=2-6 AVENUE...&city
=LAXOU&countryid=249&email=jean-marc....&firstname=ROBERT&lastname=PETIT&phone1=03 83 95 3...&phone2=06 07 399 ...&usatypecode=50&useraccountid=10823888&usrti
tlecode=30&x=27&y=12&zip=54520
.....
2006-04-12 08:02:29,590 WARN [-Processor31] 62.23.27.114 - Long query [797875 ms]: AttributeVisitQuery
-- AttributeVisitQuery
VAR x1 NUMBER <A7> EXEC :x1 := 10823888;
VAR x2 NUMBER <A7> EXEC :x2 := 30;
VAR x3 VARCHAR2(500) <A7> EXEC :x3 := 'PMC0000054';
VAR x4 VARCHAR2(500) <A7> EXEC :x4 := 'PMC0000083';
SELECT prd_attribute.prd_attribute_id, prd_attribute.contract_id, prd_attribute.is_inherited, prd_attribute.numeric_value, prd_attribute.prd_attribute_dat
e, prd_attribute.prd_attribute_name_key, prd_attribute.prd_attribute_unit_key, prd_attribute.prd_attribute_value_key, prd_attribute.prd_type_code, prd_attribu
te.product_id, prd_attribute.row_version, prd_attribute.sort_author, prd_attribute.sort_title
FROM advert, prd_attribute
WHERE (advert.seller_account_id = :x1)
AND (advert.adv_status_code <> :x2)
AND (advert.complement_product_id = prd_attribute.product_id)
AND (prd_attribute.prd_attribute_name_key IN (:x3, :x4))
ORDER BY product_id
;
2006-04-12 08:02:29,616 ERROR [-Processor31] 62.23.27.114 - TransactionRolledbackException in method: public abstract com.babelstore.referential.AttributeI
nfo com.babelstore.referential.business.AttributeBusiness.getAttributeInfo() throws java.rmi.RemoteException, causedBy:
javax.transaction.RollbackException: Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=janus/24052, BranchQual=, localId=24052]
        at org.jboss.tm.TransactionImpl.registerSynchronization(TransactionImpl.java:602)
        at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.register(EntitySynchronizationInterceptor.java:149)
        at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:269)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111)
        at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242)
        at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89)
        at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
        at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514)
        at org.jboss.ejb.Container.invoke(Container.java:873)
        at sun.reflect.GeneratedMethodAccessor98.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155)
        at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104)
        at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179)
        at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165)
        at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
        at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55)
        at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97)
        at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86)
        at $Proxy319.getAttributeInfo(Unknown Source)
        at com.babelstore.user.business.UserBusinessBean.setSellerContactAddress(UserBusinessBean.java:1554)
        at com.babelstore.user.business.UserBusinessBean.changeSellerContactAddress(UserBusinessBean.java:1496)
        ...............
        
2006-04-12 08:02:29,642 INFO [-Processor31] 62.23.27.114 - <<< [797939 ms] POST http://bo.priceminister.com/user_back!action=addressupd...&address1=2-6 AV
ENUE...&city=LAXOU&countryid=249&email=jean-marc....&firstname=ROBERT&lastname=PETIT&phone1=03 83 95 3...&phone2=06 07 399 ...&usatypecode=50&useraccountid=10
823888&usrtitlecode=30&x=27&y=12&zip=54520
2006-04-12 08:02:29,642 WARN [-Processor31] 62.23.27.114 - Long request [797939 ms]: POST http://bo.priceminister.com/user_back!action=addressupd...&addre
ss1=2-6 AVENUE...&city=LAXOU&countryid=249&email=jean-marc....&firstname=ROBERT&lastname=PETIT&phone1=03 83 95 3...&phone2=06 07 399 ...&usatypecode=50&userac
countid=10823888&usrtitlecode=30&x=27&y=12&zip=54520

C'est vraiment bizarre car la requete lancée en prod sous sqlplus repond tres rapidement:
Voici les insvestigations menées avec patrick pereira:
Alors qu'en sqlplus
VAR x1 NUMBER ;
EXEC :x1 := 10823888;
VAR x2 NUMBER ;
EXEC :x2 := 30;
VAR x3 VARCHAR2(500) ;
EXEC :x3 := 'PMC0000054';
VAR x4 VARCHAR2(500) ;
EXEC :x4 := 'PMC0000083';
SELECT prd_attribute.prd_attribute_id, prd_attribute.contract_id, prd_attribute.is_inherited, prd_attribute.numeric_value, prd_attribute.prd_attribute_date,
prd_attribute.prd_attribute_name_key, prd_attribute.prd_attribute_unit_key, prd_attribute.prd_attribute_value_key, prd_attribute.prd_type_code, prd_attribute.product_id,
prd_attribute.row_version, prd_attribute.sort_author, prd_attribute.sort_title
FROM advert, prd_attribute
WHERE (advert.seller_account_id = :x1)
AND (advert.adv_status_code <> :x2)
AND (advert.complement_product_id = prd_attribute.product_id)
AND (prd_attribute.prd_attribute_name_key IN (:x3, :x4))
ORDER BY product_id
;
536 rows selected.

Elapsed: 00:00:00.26

Execution Plan
----------------------------------------------------------
   0 SELECT STATEMENT Optimizer=CHOOSE (Cost=2277 Card=125 Bytes=67250)
   1 0 SORT (ORDER BY) (Cost=2277 Card=125 Bytes=67250)
   2 1 TABLE ACCESS (BY INDEX ROWID) OF 'PRD_ATTRIBUTE' (Cost=2 Card=1 Bytes=527)
   3 2 NESTED LOOPS (Cost=2221 Card=125 Bytes=67250)
   4 3 TABLE ACCESS (BY INDEX ROWID) OF 'ADVERT' (Cost=2220 Card=120 Bytes=1320)
   5 4 INDEX (FULL SCAN) OF 'ADVERT_FK_COMPLEMENT_PRODUCT' (NON-UNIQUE) (Cost=904 Card=360425)
   6 3 INLIST ITERATOR
   7 6 INDEX (RANGE SCAN) OF 'PRD_ATTRIBUTE_FKIX_PRODUCT' (NON-UNIQUE) (Cost=3 Card=1)


Statistics
----------------------------------------------------------
          0 recursive calls
          0 db block gets
       2438 consistent gets
          0 physical reads
          0 redo size
      55272 bytes sent via SQL*Net to client
        885 bytes received via SQL*Net from client
         37 SQL*Net roundtrips to/from client
          1 sorts (memory)
          0 sorts (disk)
        536 rows processed
        
        
Je trouve ça tres mysterieux: pourquoi une requete rapide en sqlplus devient tres lente avec JBOSS.
Je ne connais pas la reponse.
Merci christophe de transmettre ce bug a qui de droit.
Commentaire de Christophe Garcia [ 19/avr./06 16:38 ]
A voir avec QDC
Commentaire de Geneviève Beaujard [ 24/avr./06 09:44 ]
ça fonctionne tres bien en INTEG.
Commentaire de Quentin de Chivré [ 16/mai/06 20:04 ]
Forcer un index ADVERT_IX_SELLER_HOLIDAY via un hint ( voir pj)
Commentaire de Geneviève Beaujard [ 19/mai/06 16:03 ]
OK
CVS: Modified Files:
CVS: business/ItemSearchQuery.java
Commentaire de Geneviève Beaujard [ 19/mai/06 16:19 ]
Erreur dans le commentaire precedent, il s'agit de AttributeVisitQuery
Commentaire de Patrick Condevaux [ 22/mai/06 19:03 ]
ok en INTEG



[APP-3738] téléchargement de résultats très longs après recherche de comptes avec login dans BO Création: 21/mars/05 16:32  Mise à jour: 25/juin/07 18:28  Résolue: 25/juin/07 18:28

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): old
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Bénédicte Frank Attribution: Validator
Résolution: Incomplet  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Après recherche avec login de compte dans BO, la page de résultat met un
certain temps avant de s'afficher.

Merci!

 Commentaires   
Commentaire de Stéphane Archer [ 21/mars/05 16:55 ]
pour moi c'est pas anormal



[APP-20689] Aucun nouveau compte indiqué dans le BO Espagne sur la journée du 28/05/08 Création: 29/mai/08 10:53  Mise à jour: 25/juin/08 18:28  Résolue: 25/juin/08 11:42

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 22.1.1
Version(s) corrigée(s): 23.0.3

Type: Bogue Priorité: Majeur
Rapporteur: Charles Decaux Attribution: Patrick Pereira
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File Comptes_crées_le_28-05-2008.jpg     JPEG File screenshot-1.jpg    
Pays:
ESP - Espagne
Site: Prod
Projets PM: *** RESERVE ***

 Description   
Hello,

dans le BO Espagne ne figure aucun nouveau compte sur la journée du 28/05/2008 voir PJ. Il faudrait enquêter pour savoir d'où vient ce bug, d'autant plus que lors de cette journée du 28/05 on s'attendait à dépasser les 100 000 comptes. Merci

 Commentaires   
Commentaire de Arnaud Forgues [ 30/mai/08 12:30 ]
Patrick, tu es sur le sujet n'est ce pas ?

A lier au jira que tu as déjà !

Merci
Commentaire de Charles Decaux [ 02/juin/08 09:27 ]
Hello,

ca continue encore, le compteur reste bloqué à 99 085

Que faut-il faire pour corriger cela rapidement ?

Merci
Commentaire de Patrick Pereira [ 25/juin/08 11:42 ]
Le problème vient du changement de nom du dblink reliant la base Espagne à la base France suite à la migration de la base France de Jupiter à Eos.
Le synonym sur babel_1 avait été changé, mais visiblement l'application appelle en dur à certain moment 'GLOBAL_DBL'.
C'est corrigé.
Et noté pour le prochaine fois.



[APP-23265] [UK] (Param BO) option quantité illimitée pour comptes pro ne fonctionne pas Création: 25/nov./08 19:21  Mise à jour: 19/déc./08 14:03  Résolue: 02/déc./08 11:28

Etat: Fermé
Projet: Application PriceMinister
Composants: Boutique, Mise en vente
Affecte la/les version(s): 37.0.0 (TX-D)
Version(s) corrigée(s): 37.0.0 (TX-D)

Type: Bogue Priorité: Majeur
Rapporteur: Gaël Seguillon Attribution: Rémi Virlouvet
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File erreur_option_quantité_illimitée.JPG    
Liens des demandes:
Duplicate
doublon de APP-23183 [UK] (Param BO) page de mise en vente... Fermé
Pays:
GBR - Royaume Uni
Site: Recette
Projets PM archivés: UK - Plateforme BETA

 Description   
lorsque l'on active l'option quantité illimitée dans la fenêtre de droits BO, celle ci est possible à cocher lors de la mise en vente quand on est logué sur le compte de l'ayant droit mais quand on valide une mise en vente avec la quantité illimitée cochée on a un message d'erreur portant sur l'état qui n'est pas valide alors que le menu déroulant d'état a bien été utilisé
voir copie d'écran en PJ

 Commentaires   
Commentaire de Clement Balay [ 26/nov./08 12:22 ]
Ce n'est pas un problème applicatif vu que le bug ne se reproduit pas en FR, C'est un formaulaire indépendant
Commentaire de Ariane Baldinger [ 01/déc./08 16:36 ]
éventuellement, voir avec Renaud...



[APP-21507] [BILAN VENDEUR] Impossible d'afficher le BV dans le BO pour un compte nouvellement créé Création: 29/juil./08 12:04  Mise à jour: 31/juil./08 09:12  Résolue: 31/juil./08 09:12

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 26.0.0 (TX-B)
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Cédric Goldovsky Attribution: Manuel Sadok
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
Site: Integ
Projets PM: *** A PLANIFIER ***
Navigateur: Tous

 Description   
Dans le cadre des tests v26, impossible pour l'instant d'afficher le bilan vendeur pour les comptes nouvellement créés, malgré le recalcul effectué hier soir.

Ancien compte = pas d'erreur => exemple CHG_PM
Nouveau compte NotOK => exemple ced_test_014

Lorsque depuis le BO, je vais dans "message type" >> Bilan vendeur >> Saisie du login >> bouton "Voir", j'obtiens le message d'erreur suivant :
Aperçu impossible : le n° associé au domaine du template (Bilan vendeur) est incorrect (null; nested exception is: java.lang.NullPointerException)
Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=senez/15511, BranchQual=, localId=15511]




2008-07-29 11:55:09,094 INFO [-Processor18] BO:ced - >>> GET http://bo.pm.lan/message_back?action=umstemplatetest&preview=true&umstemplateid=5069&user_login=ced_test_
014&associated_id=
2008-07-29 11:55:09,123 INFO [-Processor18] BO:ced - Start to compute counters from 'API : Mail bilan vendeur (avec annonces)' (FROM_API_SELLER_STATS_MAIL_WITH_ADVERT)
2008-07-29 11:55:09,129 INFO [-Processor18] BO:ced - Delay to compute counters from 'API : Mail bilan vendeur (avec annonces)' (FROM_API_SELLER_STATS_MAIL_WITH_ADVERT)
 : 6 ms
2008-07-29 11:55:09,130 ERROR [-Processor18] BO:ced - TransactionRolledbackException in method: public abstract com.babelstore.user.UserStatsDetail com.babelstore.user.
business.UserCatalog.getUserStatsDetail(java.lang.Long) throws com.babelstore.wallet.WalletIllegalAmountException,java.rmi.RemoteException, causedBy:
java.lang.NullPointerException
        at com.babelstore.user.business.UserCatalogBean.getUserStatsDetail(UserCatalogBean.java:437)
        at com.babelstore.user.business.UserCatalogBean.getUserStatsDetail(UserCatalogBean.java:417)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:214)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:130)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:363)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
        at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:624)
        at org.jboss.ejb.Container.invoke(Container.java:873)
        at sun.reflect.GeneratedMethodAccessor74.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155)
        at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104)
        at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179)
        at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165)
        at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
        at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55)
        at org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke(StatelessSessionInterceptor.java:97)
        at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86)
        at $Proxy487.getUserStatsDetail(Unknown Source)
        at com.babelstore.message.back.UsrMessageCompleteModel.getVelocityContextMap(UsrMessageCompleteModel.java:204)
        at com.babelstore.message.back.UmsTemplateTestModel.loadContextMap(UmsTemplateTestModel.java:160)
        at com.babelstore.message.back.UmsTemplateTestModel.doLoad(UmsTemplateTestModel.java:62)
        at com.babelstore.util.Block.load(Block.java:120)
        at com.babelstore.util.web.Screen.load(Screen.java:120)



[APP-5211] BO user : Rassembler les infos nécessaire a la validation des comptes pro Création: 06/juil./05 18:33  Mise à jour: 25/juin/07 18:31  Résolue: 07/juil./05 17:32

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 8.0.3
Version(s) corrigée(s): 8.0.3

Type: Amélioration Priorité: Majeur
Rapporteur: Emmanuelle Lachamp Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
je regrette que l'info sur compte professionnel soit geree dans la popup "droits" et la commission soit dans la rubrique compensation. Je redoute les oublis
je suggere que les 2 infos soient dans la popup droits.


 Commentaires   
Commentaire de Nicolas Gréhalle [ 07/juil./05 11:11 ]
Et moi, je suggère que les maquettes soient validées par l'ensemble des interlocuteurs, ce qui evitera les surprises de ce type et les aller-retour de dev
Commentaire de Quentin de Chivré [ 07/juil./05 11:54 ]
Merci Nicolas pour ta suggestion. En l'occurence Steven avait fait valider la maquette à Emmanuelle, mais il est vrai qu'un CP fonctionnel eu peut-etre évité cela.

En attendant je suggère simplement d'ajouter la drop-down "Commission" dans la popup "Droits" (sans l'enlever de son emplacement actuel). Renaud, merci de valider cette option avec Steven et Emma.
Commentaire de Renaud Dierickx [ 07/juil./05 17:32 ]
C'est fait... J'ai rajouté commission dans la popup.
Commentaire de Sandrine Thiebaut [ 08/juil./05 11:51 ]
k



[EXP-5216] FP soumises en BO - Action non prise en compte si pas de changement de Propriétaire Création: 09/févr./11 11:57  Mise à jour: 16/févr./11 17:36

Etat: Ouvert
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Aurélien Vergalli Attribution: Patrice Boulanger
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à APP-32891 Problème de notification FAST lors d'... Résolu
Pays:
FRA - France

 Description   
Certaines actions sur des fiches soumises ne changent pas le Propriétaire de la fiche:
- Lorsque l'on supprime une fiche à l'aide la corbeille sans rentrer dans la fiche, directement depuis l'écran BO produit,
- lorsqu'on utilise certaines macros de la FP qui passent la FP à l'état "en cours" ou "conflit"

=> dans ce cas, les FP traitées ne disparaissent pas des recherches BO de FP soumises.

Exemples de product ID:
- 117965864
- 117984898
- 117985978

Voir les fiches soumises du 05/02 toutes concernées:
http://bo.priceminister.com/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=&search_type=10&prd_type_code=&product_id=&base_product_id=&zero_stock=true&one_in_stock=true&many_in_stock=true&submitter_part=true&submitter_pro=true&attribute_name_key=&category=&prd_status_code=20&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=&submitter_result=&change_start_date=&change_end_date=&owner_login=&data_file_id=&create_data_file=true&change_data_file=true&feed_start_date=&feed_end_date=&with_complement=1&create_start_date=05/02/2011&create_end_date=05/02/2011&order=4&number_rows=200&do_search.x=23&do_search.y=5

 Commentaires   
Commentaire de Eric Vannier [ 16/févr./11 17:36 ]
Cela est lié ....



[APP-6559] Recherche produit en BO : Critère état mal pris en compte Création: 06/déc./05 11:32  Mise à jour: 25/juin/07 18:33  Résolue: 08/déc./05 12:38

Etat: Fermé
Projet: Application PriceMinister
Composants: Produits
Affecte la/les version(s): 8.0.9
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Nicolas Gréhalle Attribution: Validator
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
doublon de APP-6484 BO - Produit - Recherche des fiches "... Fermé
Site: Prod

 Description   
Je fais une recherche produit en BO avec les critères suivants :
type = enfant/mobilier
date modification < 06/12/05

J'ajoute successivement les critères d'état suivants :
- "tout (sauf purgé)" : j'obtiens en réponse 482 produits de tous états => OK. Dans la liste, il y a des produits actifs, des produits en brouillon, supprimés, ...
- "Validé par le système" : Veuillez préciser vos critères de recherche => KO, ce critère est plus restrictif que le précédent, on devrait avoir un résultat de recherche
- "Validé par le BO" : idem cas précédent
- "Tout les validés" (au passage, ça devrait être TouS les validés) : Aucun résultat => KO, je devrais avoir des résultats.



[APP-22604] Le nb de comptes UK reste à 0 dans le BO UK Création: 16/oct./08 13:01  Mise à jour: 22/oct./08 09:38  Résolue: 22/oct./08 09:09

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur, Home Page
Affecte la/les version(s): 31.0.2
Version(s) corrigée(s): 31.0.3

Type: Bogue Priorité: Mineur
Rapporteur: Charles Decaux Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
GBR - Royaume Uni
Site: Prod
Projets PM: *** CHASSE ***

 Description   
Hello

sur http://bouk.priceminister.jmh/summary?action=summaryhistory&charttitle=Comptes&count=true&summarycode=1&summarytypecode=0

le nombre de comptes reste à 0 alors qu'il me semble qu'il y a bien des gens qui laissent leur mail sur le site.

Est-ce une erreur ?

Merci

 Commentaires   
Commentaire de Renaud Dierickx [ 22/oct./08 09:07 ]
Le problème a été corrigé ! (voir screenshot-1)
C'était un problème de vues qui a été corrigé par PPE.
Commentaire de Renaud Dierickx [ 22/oct./08 09:08 ]
Dans le même temps ça corrige l'alerte Nagios :

***** Nagios 3.0 *****

Notification Type: PROBLEM

Service: ALERT DEV PLATFORM
Host: neptune
Address: neptune
State: CRITICAL

Date/Time: Tue Oct 21 01:14:16 CEST 2008

Additional Info:

 CRITICAL - DEV PLATFORM - ALL - (3) - Trying to access to users cache which is null : it shouldnt be the case. ( 2 )

Extra Info:

2;DEV PLATFORM: - ALL - (3) - Trying to access to 'users' cache which is null : it shouldn't be the case.



[APP-6590] Auto - Compte PRO Auto - BO - Raison sociale et Numéro SIRET doivent être modifiable en BO Création: 08/déc./05 10:57  Mise à jour: 25/juin/07 18:33  Résolue: 08/déc./05 15:04

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 8.0.9

Type: Bogue Priorité: Majeur
Rapporteur: Niall Boylan Attribution: Arnaud Forgues
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
doublon de APP-6502 Numéro SIRET & Enseigne Commercial do... Fermé
Site: Integ

 Description   
Raison sociale et Numéro SIRET doivent être modifiable en BO

 Commentaires   
Commentaire de Laurent Merlet [ 08/déc./05 14:51 ]
ne fonctionne pas en intégration
Commentaire de Arnaud Forgues [ 08/déc./05 15:04 ]
J'insiste .... ;-)

- D'une la dernière intégration date d'hier vers 18h30

- De deux, j'ai fermé ce bug en Duplicate, donc il s'agit d'un doublon d'un big qui n'est pas encore résolu !

Sans rancune :D
Commentaire de Laurent Merlet [ 09/déc./05 12:32 ]
Vu avec Arnaud, Bug dupliqué



[APP-13125] BO recherche compte: Erreur "The id of country is null " Création: 13/oct./06 16:12  Mise à jour: 25/juin/07 18:45  Résolue: 16/oct./06 14:25

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 9.0.4
Version(s) corrigée(s): 9.0.4

Type: Bogue Priorité: Majeur
Rapporteur: Lydia Dali Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Integ
Navigateur: Tous

 Description   
2006-10-13 14:38:38,225 INFO [P-Processor1] 192.168.1.155 - >>> GET http://bo.pm.lan/user_back?action=userview&showeventothers=true&useraccountid=4160829
2006-10-13 14:38:39,317 ERROR [P-Processor1] 192.168.1.155 - Block generation error in : com.babelstore.user.back.UserView_jsp
2006-10-13 14:38:39,318 ERROR [P-Processor1] 192.168.1.155 - Assembly error
Servlet : com.babelstore.user.back.UserBackServlet
Request : GET http://bo.pm.lan/user_back?action=userview&showeventothers=true&useraccountid=4160829
Referrer : http://bo.pm.lan/user_back?action=usersearch&fuzzy=false&numberrows=200
User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.0.7) Gecko/20060909 Firefox/1.5.0.7
Trace : java.lang.RuntimeException: The id of country is null : it shouldn't be the case.
        at com.babelstore.util.Country.getPlatformCountryExtendedInfo(Country.java:60)
        at com.babelstore.util.Country.getEdito(Country.java:145)
        at com.babelstore.util.Country.name(Country.java:159)
        at com.babelstore.user.back.UserView_jsp.generate(UserView_jsp.java:876)
        at com.babelstore.util.Block.generate(Block.java:143)
        at com.babelstore.util.web.Request.include(Request.java:510)
        at com.babelstore.util.web.Request.include(Request.java:543)
        at com.babelstore.util.web.Request.include(Request.java:549)
        at com.babelstore.common.back.BackTemplate_jsp.generate(BackTemplate_jsp.java:59)
        at com.babelstore.util.Block.generate(Block.java:143)
        at com.babelstore.util.web.Screen.generate(Screen.java:137)
        at com.babelstore.util.web.Request.generate(Request.java:483)
        at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:365)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:168)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
var/mainlog/nohup.out [RO]



[APP-18840] BO - Impossible de créer une adresse de paiement en cliquent sur le bouton "M" de la page de compte Création: 04/déc./07 18:16  Mise à jour: 11/févr./08 10:13  Résolue: 12/déc./07 18:37

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 18.0.1
Version(s) corrigée(s): 19.0.0

Type: Bogue Priorité: Mineur
Rapporteur: Carmen Gonzalo Attribution: Arnaud Forgues
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à APP-18933 Exception lors de la création de compte Fermé
Pays:
FRA - France
Site: Integ
Projets PM archivés: Paiement - Centralisation PMV

 Description   
2007-12-04 17:47:10,451 INFO [P-Processor4] BO:cgonzalo - >>> GET http://www.pm.lan/user_back?action=addressview&usatypecode=20&useraccountid=14843292
2007-12-04 17:47:10,467 ERROR [P-Processor4] BO:cgonzalo - Block generation error in : com.babelstore.user.back.UserAddressView_jsp
2007-12-04 17:47:10,468 ERROR [P-Processor4] BO:cgonzalo - Assembly error
Servlet : com.babelstore.user.back.UserBackServlet
Request : GET http://www.pm.lan/user_back?action=addressview&usatypecode=20&useraccountid=14843292
Referrer : null
User-Agent : Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)
Trace : java.lang.NullPointerException
        at com.babelstore.user.back.AddressModel.isCurrentCmpMethodAuthorized(AddressModel.java:86)
        at com.babelstore.user.back.UserAddressView_jsp.generate(UserAddressView_jsp.java:98)
        at com.babelstore.util.Block.generate(Block.java:139)
        at com.babelstore.util.web.Request.include(Request.java:530)
        at com.babelstore.util.web.Request.include(Request.java:563)
        at com.babelstore.util.web.Request.include(Request.java:569)
        at com.babelstore.common.back.BackPopupTemplate_jsp.generate(BackPopupTemplate_jsp.java:57)
        at com.babelstore.util.Block.generate(Block.java:139)
        at com.babelstore.util.web.Screen.generate(Screen.java:136)
        at com.babelstore.util.web.Request.generate(Request.java:503)
        at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:378)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:169)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)

2007-12-04 17:47:10,468 INFO [P-Processor4] BO:cgonzalo - <<< [17 ms] GET http://www.pm.lan/user_back?action=addressview&usatypecode=20&useraccountid=1
4843292

 Commentaires   
Commentaire de Arnaud Forgues [ 12/déc./07 18:37 ]
A présent ca marche !!
Commentaire de Espérance Galouo-Lece [ 11/févr./08 10:13 ]
Done.



[APP-14721] slica : impossible de modifier le Code Postal et la ville sur le compte en BO Création: 19/janv./07 09:35  Mise à jour: 25/juin/07 18:48  Résolue: 20/mars/07 10:47

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 11.3.1
Version(s) corrigée(s): 14.0.0

Type: Bogue Priorité: Majeur
Rapporteur: Jérome Marianne Attribution: Judd OSullivan
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
doublon de APP-8348 renault54 : impossible de modifier le... Fermé
doublon de APP-7795 pseudo philouphil1 : impossible de mo... Fermé
Similaire
similaire à APP-15534 -slica : impossible de modifier le Co... Fermé
Pays:
FRA - France
Site: Prod
Classif1: BP
Classif2: perf
Projets PM archivés: Maintenance 14.x.x

 Description   
Voir Jira APP-7795 et APP-8348 pour bug identique dans le passé.

Le nouveau Code Postal à mettre est : 69140
La nouvelle ville : Rillieux

 Commentaires   
Commentaire de Younès Charrière [ 19/janv./07 09:50 ]
Cela se produit régulièrement.
Commentaire de Patrick Pereira [ 19/janv./07 11:24 ]
Vu avec les dev dans le code.
Il y a un mauvais codage de l'appli.
En effet, lorsqu'on change l'adresse on reporte ce changement sur toutes ses annonces (en fait sur les attributs des produits complements).

Le problème a sans doute 2 causes :
- Tous les updates sont fait dans une seule transaction (comme d'habitude)
- Au lieu d'updater les attributes values on supprime les attributs pour ensuite les recréer (d'où le double de travail et toujours dans la même transaction).

Par rapport au changement d'adresse du partenaire. C'est un partenaire important qui depuis le début de contrat au 1 janvier (d'un montant de 50 000 Euros) n'a que des problèmes avec nous. Donc je vais faire le travail à la main directement en base, pour ne pas avoir à attendre les modifications de l'appli.
Commentaire de Patrick Pereira [ 19/janv./07 15:24 ]
Les coordonnées sont corrigées sur user_account et les attributs des produits compléments.
Je transmets maintenant au dev pour correction.
Commentaire de Manuel Sadok [ 02/févr./07 11:24 ]
Effectivement après analyse de la requête, ce n'est pas celle-ci qui pose problème. Cette dernière avait été améliorée dans un Jira précédent.

-- AttributeVisitQuery
VAR x1 NUMBER <A7> EXEC :x1 := 10823888;
VAR x2 NUMBER <A7> EXEC :x2 := 30;
VAR x3 VARCHAR2(500) <A7> EXEC :x3 := 'PMC0000054';
VAR x4 VARCHAR2(500) <A7> EXEC :x4 := 'PMC0000083';
SELECT prd_attribute.prd_attribute_id, prd_attribute.product_id, prd_attribute.prd_attribute_name_key,
prd_attribute.prd_attribute_value_key, prd_attribute.prd_attribute_unit_key, prd_attribute.numeric_value,
prd_attribute.prd_type_code, prd_attribute.sort_title, prd_attribute.sort_author, prd_attribute.is_inherited,
prd_attribute.prd_attribute_date, prd_attribute.contract_id, prd_attribute.row_version
FROM advert, prd_attribute
WHERE (advert.seller_account_id = 6673408)
AND (advert.adv_status_code <> 30)
AND (advert.complement_product_id = prd_attribute.product_id)
AND (prd_attribute.prd_attribute_name_key IN ('PMC0000054', 'PMC0000083'))
ORDER BY product_id;

Ecoulé : 00 :00 :05.79

Plan d'exécution
----------------------------------------------------------
   0 SELECT STATEMENT Optimizer=CHOOSE (Cost=2824 Card=209 Bytes=111606)
   1 0 SORT (ORDER BY) (Cost=2824 Card=209 Bytes=111606)
   2 1 TABLE ACCESS (BY INDEX ROWID) OF 'PRD_ATTRIBUTE' (Cost=2 Card=1 Bytes=523)
   3 2 NESTED LOOPS (Cost=2745 Card=209 Bytes=111606)
   4 3 TABLE ACCESS (BY INDEX ROWID) OF 'ADVERT' (Cost=2355 Card=195 Bytes=2145)
   5 4 INDEX (RANGE SCAN) OF 'ADVERT_IX_SELLER_HOLIDAY' (NON-UNIQUE) (Cost=72 Card=7354)
   6 3 INLIST ITERATOR
   7 6 INDEX (RANGE SCAN) OF 'PRD_ATTRIBUTE_FKIX_PRODUCT' (NON-UNIQUE) (Cost=3 Card=1)

Statistiques
----------------------------------------------------------
         16 recursive calls
          0 db block gets
       7424 consistent gets
       2013 physical reads
          0 redo size
     353330 bytes sent via SQL*Net to client
       1589 bytes received via SQL*Net from client
        101 SQL*Net roundtrips to/from client
          1 sorts (memory)
          0 sorts (disk)
       1500 rows processed

Comme le dit Patrick, le problème est applicatif. En effet, au sein du UserBusinessBean on itère sur la liste des attributs ramenés par la requête et pour chacun on passe par le ProductServiceBean du produit associé qui supprime l'attribut existant avant de le recréer (en effectuant tte la batterie de tests sur la valeur, les mappings, etc...).
Il serait beaucoup plus performant de ne faire les tests d'existance et mapping au niveau des valeurs qu'une seule fois et ensuite d'effectuer une mise à jour des attributs avec les nouvelles valeurs, plutôt que de tous les supprimer et ensuite les recréer unitairement.

Une fois le code applicatif modifié, il pourrait être intéressant de changer la requête afin de ne ramener que le prd_attribute_id et le prd_attribute_name_key en ayant un group by sur le prd_attribute_name_key. Cela permettrait de supprimer l'accès table sur prd_attribute et de permettre ensuite un update massif des attributs ayant le même name_key.
Commentaire de Jérome Marianne [ 02/févr./07 11:31 ]
Même problème pour le compte "aerosa"

Voir Jira APP-14903
Commentaire de Judd OSullivan [ 02/févr./07 11:45 ]
Refactoring de code prévu pour laisser la possibilité de mettre à jour un attribut sans le supprimer et ensuite le recreer.

Par contre cette correction est prévue pour la V14 donc si on ne peut pas attendre pour corriger l'adresse d'aerosa il faut le faire manuellement mais pour ca il faut négocier avec Patrick:)

Commentaire de Mostafa Diane [ 07/févr./07 11:01 ]
Le code était fait de la sorte pour respecter la contrainte d'unicité CHK_PRD_ATTRIBUTE_UNICITY des attributs pour un produit donné.
je crois qu'on peux faire des mises à jour de la valeur d'attribut sans passer par le delete et la create. il suffit de s'assuer que le produi n'a pas d'attribut avec la nouvelles valeurs (value unit, date... )
Commentaire de Judd OSullivan [ 07/févr./07 11:22 ]
Je ne vois pas pq on doit faire une vérification si on la fait pas actuellement. Même si on supprime et ensuite recree l'attribut, on peut faire sauter la contrainte. Il faut qu'on discute.
Commentaire de Mostafa Diane [ 07/févr./07 11:29 ]
je n'ai pas dit qu'on ne vérifie pas actuellement cette contrainte. en fait lors de la création d'un attribut on vérifie si il n'existe pas. il faut juste faire la même chose
Commentaire de Mostafa Diane [ 09/févr./07 11:33 ]
Désormais la modification de l'adresse est plus rapide que autre fois( exemple de slica ca prend moins qu'une minute !!).
pour arriver à faire ca il a fallu repenser les méthodes de création d'attribut.
Donc pour fermer ce bug il faut aussi tester la création des attributs avec éventuellement création des mapping.
Venez me voir pour plus de précision
Commentaire de Judd OSullivan [ 09/févr./07 12:33 ]
On a parlé de refactoring qui n'est pas de tout fait, notamment dans ProductManagerBean.processAttribute qui est toujours aussi longe et complexe!

Ensuite qqs remarques :
1/ PrdAttributeValue n'a pas besoin de setIsNewAttribute. Ca devrait se faire automatiquement dans les constructeurs (sauf le constructeur de base)
2/ Dans AttributeServiceBean:
A. Je prefere changeSellerContactAttributes au lieu de changeAttributeVisitList
B. En plus les params dans le commentaires de la méthode sont faux et l'explication de méthode est une copie de la nom de méthode que n'est pas de tout utile.
C. Lignes 134-141 tu dis que cette manip marche uniquement pour les voitures (donc tu verifie pas le medium) mais ensuite tu verifie le mapping pour n'importe quel prd_type_code. Soit on traite tout type de prd_type_code (et donc verifie le medium code aussi), soit on limite les modifs aux voitures.

Dis-moi si qch n'est pas clair.
Commentaire de Mostafa Diane [ 09/févr./07 12:56 ]
ProductManagerBean.processAttribute on risque de tout cassé dans cette méthode c'est pourquoi je ne suis pas allé trop loin (déjà avec ce que j'ai fait j'vait failli casser un truc).
pour le setIsNewAttribute je l'ai fait exprès car cette variable doit être modifier seulement lorsque on crée des attributs, or les constructeurs sont utilisés pour créer des valeurs d'attributs( ce n'est pas la même chose), (note que tu peux créer une valeur d'attributs via le BO sans forcement créer d'attribut).
Commentaire de Mostafa Diane [ 13/févr./07 12:19 ]
j'ai changé le nom de la méthode et j'ai mis égamelement à jour le javaDoc.
Commentaire de Quentin de Chivré [ 20/févr./07 12:54 ]
Je suis un peu inquiet que l'on aie fait cela maintenant, les risque de regression me paraissent enormes.

Attention a ne pas prendre trop d'avance sur des themes que l'on a volontairement mis de coté pour le chantier SBP...
Celui la me paraissait un bon candidat pour attendre le lot 2 "Modélisation attributs"
Commentaire de Edouard Gomez-Vaez [ 16/mars/07 17:53 ]
On arrête les frais en V14 pour limiter les risques ? J'ai créé un jira identique pour prendre en compte cette problématique dans le nouveau modèle attribut.
On peut donc fermer ce JIRA en expliquant bien jusqu'où on est allé pour que l'on valide bien les non régressions en V14, si cela vous convient.
Commentaire de Younès Charrière [ 23/avr./07 16:57 ]
Vu avec Judd. C'est corrigé en V14. A tester !
Commentaire de Younès Charrière [ 24/avr./07 18:00 ]
En Integ la modification du code postal du compte "slica" fonctionne bien. Voici les logs associés :

2007-04-24 17:54:24,360 INFO [P-Processor7] 192.168.1.220 - >>> POST http://bo.pm.lan/user_back!action=addressupd...&address1=971 avenue...&city=RILLIEUX&countryid=249&firstname=Sebastien&lastname=MAMET&phone1=04 56 38 5...&usatypecode=50&useraccountid=6673408&usrtitlecode=30&x=20&y=10&zip=69141
2007-04-24 17:54:24,449 WARN [P-Processor7] 192.168.1.220 - AttributeVisitQuery read 1000 rows !!
2007-04-24 17:54:25,286 INFO [P-Processor7] 192.168.1.220 - AttributeValueMappingInput
AttributeValueMappingInput
  sPrdAttributeNameKey = PMC0000054
  sPrdAttributeValueKey = PM08381630
  lPrdTypeCode = 1700
  lPrdMediumCode = null
  bbIsPublic = false
2007-04-24 17:54:38,001 INFO [P-Processor7] 192.168.1.220 - <<< [13641 ms] POST http://bo.pm.lan/user_back!action=addressupd...&address1=971 avenue...&city=RILLIEUX&countryid=249&firstname=Sebastien&lastname=MAMET&phone1=04 56 38 5...&usatypecode=50&useraccountid=6673408&usrtitlecode=30&x=20&y=10&zip=69141
2007-04-24 17:54:38,001 WARN [P-Processor7] 192.168.1.220 - Long request [13641 ms]: POST http://bo.pm.lan/user_back!action=addressupd...&address1=971 avenue...&city=RILLIEUX&countryid=249&firstname=Sebastien&lastname=MAMET&phone1=04 56 38 5...&usatypecode=50&useraccountid=6673408&usrtitlecode=30&x=20&y=10&zip=69141
2007-04-24 17:54:38,148 INFO [P-Processor7] 192.168.1.220 - >>> GET http://bo.pm.lan/user_back?action=userview&showeventothers=true&useraccountid=6673408
2007-04-24 17:54:38,236 INFO [P-Processor7] 192.168.1.220 - <<< [88 ms] GET http://bo.pm.lan/user_back?action=userview&showeventothers=true&useraccountid=6673408



[APP-17149] Nombre de lignes pas pris en compte lors de l'affichage (Recherche Produit BO) Création: 18/juil./07 18:49  Mise à jour: 11/sept./07 18:34  Résolue: 11/sept./07 18:33

Etat: Fermé
Projet: Application PriceMinister
Composants: Recherche produit
Affecte la/les version(s): 15.1.0
Version(s) corrigée(s): 17.0.0

Type: Bogue Priorité: Mineur
Rapporteur: Espérance Galouo-Lece Attribution: Espérance Galouo-Lece
Résolution: Impossible à reproduire  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File Nb_lignes_insuffisant.JPG     JPEG File screenshot-7-Sept.jpg     JPEG File screenshot-7-Sept.jpg    
Pays:
FRA - France
Site: Integ
Projets PM archivés: Maintenance 17.x.x

 Description   
 - En spécifiant 4000 lignes à afficher dans le résultat de la recherche, sachant qu'il y a un total de 3097 produits, il y a juste 3095 produits d'affichés;

 Commentaires   
Commentaire de Nicolas Chauveau [ 19/juil./07 16:49 ]
A traiter avec le lot2 de recherche B0
Commentaire de Violeta Doneva [ 07/sept./07 12:01 ]
Je n'arrive pas le reproduire. J'ai mis une copie d'écran (je l'ai mis en doublé désolée) pour montrer que la même requête remmène un résultat correct.

Espérance, tu as une idée comment peut on le reproduire
Commentaire de Violeta Doneva [ 07/sept./07 12:04 ]
Espérance, merci aussi de penser à mettre l'url et pas seulement une copie d'écran pour ce genre de jiras. Cela facilite vraiment le reproduction du jira.
Commentaire de Violeta Doneva [ 07/sept./07 12:08 ]
http://bo.priceminister.com/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=&search_type=10&prd_type_code=&product_id=&base_product_id=&zero_stock=true&one_in_stock=true&many_in_stock=true&submitter_part=true&submitter_pro=true&prd_status_code=-40&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=kdoetdeco&submitter_result=&change_start_date=&change_end_date=&owner_login=&data_file_id=&create_data_file=true&change_data_file=true&feed_start_date=&feed_end_date=&with_complement=1&order=&number_rows=4000&do_search.x=27&do_search.y=9
Commentaire de Espérance Galouo-Lece [ 11/sept./07 18:33 ]
 - Ok, url obligatoire pour les prochaine fois;
 - Impossible de le reproduire;



[APP-27284] Les comptes brandés PREVIEW (et BO ? ) ne recoivent pas les mails en HTML Création: 16/nov./09 11:39  Mise à jour: 30/sept./10 16:55  Résolue: 18/juin/10 16:44

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 57.0.0 (CTN-N)
Version(s) corrigée(s): 78.0.0 (CTN-TU)

Type: Amélioration Priorité: Mineur
Rapporteur: Christophe Garcia Attribution: Renaud Dierickx
Résolution: Impossible à reproduire  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: File Confirmation d'inscription (1ere partie).msg     JPEG File screenshot-1.jpg    
Pays:
ALL - Tous
Site: Integ
Projets PM: *** CHASSE ***
Classif FONC: tech

 Description   
VOIr screenshot

 Commentaires   
Commentaire de Alexandre Garnier [ 16/nov./09 11:45 ]
Oui, ça a toujours été la règle : que WWW reçoit les mails en HTML.
Commentaire de Alexandre Garnier [ 16/nov./09 11:50 ]
Mais on pourrait améliorer ce comportement en faisant aussi BO et PREVIEW en HTML
Commentaire de Alexandre Garnier [ 16/nov./09 11:52 ]
Test à adapter dans com.babelstore.message.business.UsrMessageBusinessBean.ejbCreateOutgoing(SystemMessage, UserInfo, boolean)
Commentaire de Fabrice Feugas [ 14/déc./09 12:36 ]
On en est où sur ce sujet ? Ca n'a pas été résolu par un autre projet ?
Commentaire de Renaud Dierickx [ 18/juin/10 16:44 ]
[CAJ2010Q2CTN]



[APP-18625] [BO] Lorsqu'il faut afficher les information sur le compte "gilles47" en BO, seule une partie est affichée Création: 21/nov./07 16:41  Mise à jour: 18/déc./07 11:21  Résolue: 12/déc./07 18:51

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 18.0.0
Version(s) corrigée(s): 18.0.1

Type: Bogue Priorité: Majeur
Rapporteur: Espérance Galouo-Lece Attribution: Arnaud Forgues
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File Manque_Information_sur_coordonnees_vers_le_bas_de_la_page.JPG    
Liens des demandes:
Duplicate
doublon de APP-18780 Page d'erreur back office. Fermé
Pays:
FRA - France
Site: Integ
Projets PM archivés: Maintenance 18.x.x

 Description   
 - En affichant les informations relatives au partenaire "gilles47" en BO, la partie en rapport avec les coordonnées de ce partenaire n'est pas affichée.
 - Voici les logs :

2007-11-21 16:34:57,835 INFO [P-Processor4] BO:Anonyme - >>> GET http://www.pm.lan/user_back?action=userview&showeventothers=true&useraccountid=32156
2007-11-21 16:34:57,924 INFO [P-Processor4] BO:Anonyme - Delay to compute counters from "BO : Fiche utilisateur" : 76 ms
2007-11-21 16:34:59,553 ERROR [P-Processor4] BO:Anonyme - Block generation error in : com.babelstore.user.back.UserView_jsp
2007-11-21 16:34:59,553 ERROR [P-Processor4] BO:Anonyme - Assembly error
Servlet : com.babelstore.user.back.UserBackServlet
Request : GET http://www.pm.lan/user_back?action=userview&showeventothers=true&useraccountid=32156
Referrer : http://www.pm.lan/user_back?action=usersearch&fuzzy=false&numberrows=200
User-Agent : Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)
Trace : java.lang.NullPointerException
        at com.babelstore.user.back.UserViewModel.getUserInfoToolTip(UserViewModel.java:337)
        at com.babelstore.user.back.UserView_jsp.generate(UserView_jsp.java:739)
        at com.babelstore.util.Block.generate(Block.java:139)
        at com.babelstore.util.web.Request.include(Request.java:530)
        at com.babelstore.util.web.Request.include(Request.java:563)
        at com.babelstore.util.web.Request.include(Request.java:569)
        at com.babelstore.common.back.BackTemplate_jsp.generate(BackTemplate_jsp.java:80)
        at com.babelstore.util.Block.generate(Block.java:139)
        at com.babelstore.util.web.Screen.generate(Screen.java:136)
        at com.babelstore.util.web.Request.generate(Request.java:503)
        at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:378)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:169)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)

2007-11-21 16:34:59,553 INFO [P-Processor4] BO:Anonyme - <<< [1718 ms] GET http://www.pm.lan/user_back?action=userview&showeventothers=true&useraccountid=32156



[APP-25460] BO - elargir la colone n° dans l'écran BO Création: 29/mai/09 16:52  Mise à jour: 24/juil./09 16:39  Résolue: 24/juil./09 16:39

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office, Recherche produit
Affecte la/les version(s): 46.0.1.1
Version(s) corrigée(s): 50.0.0 (CAT-J)

Type: Amélioration Priorité: Majeur
Rapporteur: Tristan Wermelinger Attribution: Dispatcher (Pôle CAT)
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File augmentation en largeur.JPG     JPEG File recherche par titre.JPG    
Liens des demandes:
Duplicate
a pour doublon APP-25459 BO - elargir la colone n° dans l'écra... Fermé
Pays:
FRA - France
Site: Prod
Projets PM: *** CHASSE ***

 Description   
 Dans l'écran bo il serait indispensable d'élargir la colonne " n° " car lorsque l'on veut saisir un n° de fiche pour faire une fiche existante cette dernière est trop étroite.

 Commentaires   
Commentaire de Tristan Wermelinger [ 29/mai/09 17:01 ]
Seule la première capture d'écran est à prendre en compte la seconde n'a rien à voir avec cette de mande.
Commentaire de Benoît Bourdon [ 09/juin/09 11:44 ]
Il faut voir Aurélien ou Tristan afin de bien comprendre la demande exacte - puis rédiger un petit commentaire explicatif dans ce jira
avant de commencer le développement.
Commentaire de Tristan Wermelinger [ 02/juil./09 12:29 ]
L'amélioration concerne :
- L'écran BO produit
- L'écran de recherche normale et par référence
- La matrice de recherche image

Il s'agit de faciliter le copier/coller.
Commentaire de Martin Sudmann [ 03/juil./09 17:47 ]
fait pour les écrans
- résultats de la recherche produit (référence & recherche texte)
- résultats de la recherche d'images

Dans matrix images et la fiche produit BO il n'y a pas de colonne équivalente.
Commentaire de Cédric Goldovsky [ 24/juil./09 11:34 ]
Imparable pour l'écran de recherche images.
Par contre, pas spécialement mieux pour le copier coller sur l'écran de recherche de produits
Commentaire de Aurélien Vergalli [ 24/juil./09 16:37 ]
Il y a qd même du mieux - surtout pour l'écran recherche images .
@ Tristan: dans l'écran recherche produit le petit espace à gauche de l'ID permet en double cliquant de le sélectionner facilement.
Commentaire de Cédric Goldovsky [ 24/juil./09 16:39 ]
si ça te va alors ça me va



[APP-16132] paniers bo Création: 26/avr./07 16:19  Mise à jour: 06/juil./07 15:04  Résolue: 23/mai/07 18:04

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 14.0.0
Version(s) corrigée(s): 15.0.0

Type: Bogue Priorité: Majeur
Rapporteur: Natalia Calero Attribution: Clémence Desneiges
Résolution: Corrigé  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Pièces jointes: File image 1.bmp     File image 2.bmp     File image 3.bmp     File image 4.bmp     File image 5.bmp    
Liens des demandes:
Similaire
similaire à APP-16162 Changer l'URL de la recherche télépho... Fermé
similaire à APP-16459 Probleme d'encodage entre BO et site ... Fermé
Sous-tâches:
Clé
 Résumé
 Type
 Etat
 Attribution
APP-16274 Trouver un système similaire à infobe... Sub-bug Fermé Dispatcher (Fonc)  
Pays:
ESP - Espagne
Site: Prod
Classif1: BO
Classif2: annuaire
Projets PM archivés: Maintenance 15.x.x

 Description   
-sur la page de panier (ex image 1) on peut cliquer sur le téléphone de l'utilisateur comme en France, mais en cliquant ça redirige vers l'annuaire téléphonique français (ex image 2)
**************************************************************************************************************************************
-en cliquant sur pages jaunes, par contre on est redirigés vers le site espagnol de páginas blancas (image3) mais les données de l'utilisateur qui sont transmises vers le site de páginas blancas contient des erreurs
 
-erreur 1 - le premier et le deuxième nom de famille de l'utilisateur du bo se mettent sur le premièr nom de famille de páginas blancas (image 4)
-erreur 2 - le système ne transmet correctement certains caracteres au site de páginas blancas, comme par exemple la "ñ " ou "º" ou "ª" ... (image 5)

 Commentaires   
Commentaire de Younès Charrière [ 26/avr./07 16:45 ]
Merci pour toutes ces précisions bien détaillées Natalia :)

J'ajoute tout de même le lien vers ton exemple :
http://bo.priceminister.es/purchase_back?action=purchaseview&purchaseid=34835668

Et une petite précision : l'erreur 2 n'est visible que sous IE (vu sous IE7) et non Firefox.
Commentaire de Clémence Desneiges [ 23/mai/07 18:04 ]
La première partie de ce JIRA est réglée (pour le numéro de téléphone.), par contre pour les pages blanches espagnoles un nouveau Jira a été créé (APP-16459), car c'est un problème d'encodage entre notre site et celui des pages blanches espagnoles.



[EXP-3310] Problème de fichier qui n'apparait pas on BO INTEG FRA alors qu'il a bien été pris du compte FTP Création: 27/févr./07 11:26  Mise à jour: 25/juin/07 19:00  Résolue: 07/mars/07 15:06

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Espérance Galouo-Lece Attribution: Eric Vannier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
 - Il s'agit du fichier "Voiture_Ecra.csv" qui a été pris du compte FTP du login "testImport1" (comme plusieurs autres fichiers le 26/02/2007);
 - Sauf que ce fichier n'ait jamais apparu en BO INTEG FRA pour son traitement;

 - Serait-il possible de savoir où se trouve ce fichier et la raison pour laquelle il n'apparaît pas en BO?

 Commentaires   
Commentaire de Eric Vannier [ 07/mars/07 15:06 ]
Ce problème est dû surement a un soucis de transfert de ce fichier.
Lors de la soumisision de ce fichier , on crée une entrée dans la base mais ensuite si jamais le transfert est interrompu, rien de nous l'indique et donc l'on croit que le fichier est bloqué en état "reçu" alorq que l'on a jamais reçu ce fichier.

La solution est de créer un état intermédiaire pour que l'on puisse visualiser que le fichier a bien été reçu.

Voir Jira APP-15310.



[EXP-2573] [DEV_ESP] Message d'erreur dans le BO Espagnol - Détail compte - login: pm_cd_fr Création: 25/août/06 10:49  Mise à jour: 25/juin/07 18:59  Résolue: 01/sept./06 17:59

Etat: Résolu
Projet: Exploitation
Composants: Script SQL
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Daniel Pintamalli Attribution: Patrick Pereira
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File erreur_msg.JPG    
Liens des demandes:
Dépendance

 Description   
Afin de pouvoir faire de tests sur le site espagnol, je dois changer le type de compte de cet utilisateur à 'Professionnel'.
Lorsque je clic sur 'Droits', il apparait un message d'erreur (voir pièce jointe).

Compte:
http://bo.pm.brice:7880/user_back?action=userview&showeventothers=true&useraccountid=10774792

Merci.

 Commentaires   
Commentaire de Arnaud Forgues [ 30/août/06 15:40 ]
il semblerait que l'utilisateur pm_cd_fr a été importer de facon partielle (en l'occurence il n'a meme pas la colone usr_type_code de rempli ... ce qui est tres louche ... !!)

Si cet utilisateur n'a jamais été utilisé pour quoi que ce soit, on pourrait alors le supprimer de la base, et a ce moment vous pourrez en recréer un correctement depuis le FO espagne.

Voilou
Commentaire de Marion Anfreville [ 30/août/06 17:04 ]
OK pour moi.
Commentaire de Arnaud Forgues [ 30/août/06 17:22 ]
Il semblerait bien que cet utilisateur soit référencé dans un profil d'import .....

Pourriez vous vérifier et modifier ce profil ? Merci

=====================================

SQL> delete from user_account where login = 'pm_cd_fr';
delete from user_account where login = 'pm_cd_fr'
*
ERROR at line 1:
ORA-02292: integrity constraint (IMPORT_1.FK_ADVERT_PROFILE_USER) violated - child record found


Elapsed: 00:00:01.25
Commentaire de Arnaud Forgues [ 31/août/06 16:10 ]
Donc au final on va simplement passer un script pour s'assurer que l'utilisateur pm_cd_fr a des données correctes d'un point de vue applicatif en lui affectant les valeurs de l'utilisateur cd_mail pour toutes ses colonnes NULL
Commentaire de Patrick Pereira [ 01/sept./06 17:59 ]
C'est fait.
Pour les colonnes vides, j'ai pris les données présentes pour le user pm_cdmail_es



[APP-2453] coupons loterie externe : le BO autorise X coupons au total mais le système n'en tient pas compte Création: 24/juin/04 18:08  Mise à jour: 25/juin/07 18:25  Résolue: 25/juin/07 18:25

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.2val
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Bruno Ballester Attribution: Martin Sudmann
Résolution: Incomplet  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Le problème a été vu avec Martin.

 Commentaires   
Commentaire de Martin Sudmann [ 25/juin/04 17:53 ]
l'appli ne prend pas (et n'a jamais pris) en compte le nombre d'utilisations
totale



[APP-28736] DASHBOARD - améliorer le framework de formulaires BO pour pouvoir prendre en compte plusieurs statuts dans un même formualire de recherche Création: 16/mars/10 14:31  Mise à jour: 17/sept./10 14:21  Résolue: 13/juil./10 12:28

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 77.0.0 (TX-P)

Type: Amélioration Priorité: Mineur
Rapporteur: Clement Balay Attribution: Clement Balay
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à APP-28731 [Dashboard] Nombre de résultats de re... Fermé
Pays:
FRA - France
Projets PM: *** CHASSE ***

 Description   
L'idée est de mettre en place un élément HTML de type select avec des multiples valeurs pour pouvoir filtrer sur plusieurs statuts ou types dans une même recherche

 Commentaires   
Commentaire de Clement Balay [ 05/mai/10 09:45 ]
Ce jira est bloqué par la suppression de prototype car ce framework JS n'est pas compatible avec le module des listes multi-valuées. La migration du menu BO qui utilise prototype est prévue pour la CTN-R
Commentaire de Clement Balay [ 13/juil./10 12:28 ]
CAJ2010Q3TX



[APP-17575] submitter toujours = BO dans FAST après une màj BO. Création: 17/août/07 11:09  Mise à jour: 04/oct./07 17:56  Résolue: 23/août/07 13:53

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office, FAST engine, Recherche produit
Affecte la/les version(s): 16.0.2
Version(s) corrigée(s): 17.0.0

Type: Bogue Priorité: Bloquant
Rapporteur: Espérance Galouo-Lece Attribution: Martin Sudmann
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File Incohérence_Fast_Oracle.JPG    
Pays:
FRA - France
Site: Prod
Classif1: FAST
Classif2: connector
Projets PM archivés: Maintenance 17.x.x

 Description   
Pour le produit de product_id = 16472911 :
 - Sur la fiche produit, le soumetteur est "ROMIC52" et le propriétaire est "BO";
 - Lors de la recherche produit via BO, le soumetteur est "BO" et le propriétaire est "BO";
 - Sachant que le produit a été modifié par "BO", le système avec fast ne prendrait-il pas systématiquement le propriétaire "BO" pour le soumetteur, lors d'une mise à jour "BO" ?

 Commentaires   
Commentaire de Martin Sudmann [ 20/août/07 09:55 ]
non, le soumetteur ne devrait pas bouger.
On avait ce bug non-bloquant dans la V15, qui doit être résolu avec l'indexation de la V17.
Commentaire de Martin Sudmann [ 23/août/07 13:53 ]
il s'agissait d'un problème de données au moment de l'indexation de la V15:
le connector était OK, il lisait déjà l'ID soumetteur dans la nouvelle colonne, mais le script de migration n'était pas encore passé et les ID se trouvaient toujours dans la colonne user_account_id.

Une mise à jour manuelle via BO (clic sur "valider") a réindexé le produit dans l'exemple et maintenant le soumetteur s'affiche bien en tant que "ROMIC52 ".

La réindexation pour la V17 corrigera le pb dans son ensemble.



[Suppression COB] BambinOccasion et VirginMega (APP-15134)

[APP-15584] Suppression des cobs dans le BO Création: 20/mars/07 11:12  Mise à jour: 25/juin/07 18:50  Résolue: 30/mars/07 17:26

Etat: Fermé
Projet: Application PriceMinister
Composants: Cobrandings
Affecte la/les version(s): 13.0.3
Version(s) corrigée(s): 14.0.0

Type: Sub-bug Priorité: Mineur
Rapporteur: Richard Dubois Attribution: Patrick Pereira
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File bo_suppression_cob.JPG    
Pays:
FRA - France
Site: Prod
Projets PM archivés: COB Suppression COB obsolètes

 Description   
Cobs en BO à inactiver

 

 Commentaires   
Commentaire de Antoine Koener [ 20/mars/07 17:31 ]
A toi de jouer !
Commentaire de Patrick Pereira [ 21/mars/07 11:40 ]
Tu veux inactiver virginmega et bambinocasion, c'est ça ?
Commentaire de Richard Dubois [ 21/mars/07 11:58 ]
oui, c'est bien ça !
Commentaire de Patrick Pereira [ 30/mars/07 14:03 ]
Modif effectuée en integ.
Commentaire de Patrick Pereira [ 30/mars/07 17:25 ]
Validé en integ.
Modif passée en prod.

Visible dans le bo demain matin.



[APP-16829] [cache] Rechargement des siteproperties dans le BO Création: 27/juin/07 17:36  Mise à jour: 15/oct./07 16:09  Résolue: 31/juil./07 10:20

Etat: Fermé
Projet: Application PriceMinister
Composants: Cobrandings
Affecte la/les version(s): 14.2.1
Version(s) corrigée(s): 16.0.0

Type: Nouvelle fonctionnalité Priorité: Mineur
Rapporteur: Swan Desportes Attribution: Clement Balay
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
a pour doublon APP-14081 [cache] Passer les brands dans JBossC... Fermé
Pays:
ALL - Tous
Projets PM: *** RESERVE ***
Classif1: COB
Classif2: cache

 Description   
Raccourci pour recharger les siteprops (uniquement) dans le BO

 Commentaires   
Commentaire de Clement Balay [ 31/juil./07 10:20 ]
ok, j'ai rajouter dans le BO la possibilité de rafraichir uniquement le cache des site properties



[APP-16865] Creation d'un pool "bo" Création: 29/juin/07 16:57  Mise à jour: 24/oct./07 12:38  Résolue: 04/sept./07 14:29

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 17.0.0

Type: Tâche Priorité: Majeur
Rapporteur: Patrice Boulanger Attribution: Jérémie Bennejean
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM: *** RESERVE ***

 Description   
Il s'agit d'ajouter un pool de serveurs dédiés au bo.

 Commentaires   
Commentaire de Jérémie Bennejean [ 29/juin/07 17:03 ]
*Modification du worker.properties

worker.list=bo_servers

#WORKER BO

worker.bo_servers.type=lb
worker.bo_servers.balanced_workers=sol,terra
worker.bo_servers.sticky_session=1

*Modification di httpd.conf

Dans le vh bo.priceminister.com

Include conf/mode/mod_jk.redirect.bo (ou mod_jk.redirect.bo.V900 dans lequel je remplace all_servers par bo_servers)

C'est bien ca que tu veux ?
Commentaire de Patrice Boulanger [ 29/juin/07 17:09 ]
A mon avis, le VH de bo.priceminister.com contient deux lignes:

Include conf/mode/mod_jk.redirect.fo
Include conf/mode/mod_jk.redirect.bo

Il faudrait peut être mieux un seul fichier mod_jk.redirect.bo qui contiendrait toutes les servlets pour fo et bo.

Il renverrai uniquement vers le pool bo_servers.

Merci.
Commentaire de Jérémie Bennejean [ 23/juil./07 18:40 ]
J'ai créé un fichier mod_jk.redirect.bo.new sur tous les serveurs webs, qui est la concaténation de mod_jk.redirect.fo.V900 et de mod_jk.redirect.bo.V900 et tout pointe vers un bo_servers.

Dans les workers.properties j'ai ajouté :
#WORKER BO

#worker.bo_servers.type=lb
#worker.bo_servers.balanced_workers=sol,terra
#worker.bo_servers.sticky_session=1

Il me reste donc dans le vh.bo à ajouter ou plutot remplacer
Include conf/mode/mod_jk.redirect.fo.V900
Include conf/mode/mod_jk.redirect.bo.V900
par
Include conf/mode/mod_jk.redirect.bo.new

et ajouter dans le worker.list du worker.properties, bo_servers

Voila !
Commentaire de Jérémie Bennejean [ 17/août/07 09:56 ]
Aprés réflexion, la creation, d'un pool "bo" ne contenant qu'un seul serveur applicatif pour le backoffice n'est pas une bonne idée dans notre situation, puisque si nous ne mettons que junon dans ce nouveau pool et que tous les as comporte dans leurs priceminister.properties, la propirété server.list contenant toute la liste des AS, il se passera la chose suivante :

Lorsque nous irons sur bo.priceminister.com nous arriverons toujours sur Junon (seul SA renseigné dans le pool bo), mais nous aurons dans le menu déroulant à disposition tous les autres serveurs applicatifs. Et il se passera la chose suivante : en choisissant dans le menu déroulant un autre serveur applicatif il ne ssera pas possible d'y accéder.

Il y a 2 options:
- On renseigne bo=junon (je schématise) et modifie les ster.prop de tous les as afin de n'avoir que junon et ainsi éviter d'entendre "le changement de serveur marche plus". Mais nous perdons la possibilité de changer de serveur applicatif (et d'aller en front avec).
- On laisse ainsi.



[EXP-3443] Site de secours BO Espagne Création: 30/mars/07 15:25  Mise à jour: 09/juil./08 17:27  Résolue: 09/juil./08 17:27

Etat: Fermé
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Mineur
Rapporteur: Diana Espel Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ESP - Espagne

 Description   
Nous avons besoin d'un site de secours pour le BO Espagnol.

Pour le BO France il y a : http://bo.priceminister.jmh/summary , mais cette solution n'existe pas pour l'Espagne.

Merci


 Commentaires   
Commentaire de Patrice Boulanger [ 02/avr./07 10:44 ]
Jérémie,

Merci de configurer sur aricia (adresse privée) un nouveau virtualhost:

boes.priceminister.jmh

qui pointe sur le BO espagne.

Merci.
Commentaire de Jérémie Bennejean [ 02/avr./07 14:38 ]
La demande est en cours de réalisation.
J'ai modifié notre dns interne afin de contacter boes.priceminister.jmh.
J'ai ouvert une mai chez jet avec la matrice des flux que nous désirons.

Commentaire de Patrice Boulanger [ 27/août/07 11:57 ]
boes.priceminister.jmh sur evandre
et
migrer bo.priceminister.jmh (qui est sur phaeton) sur Aricia.
Commentaire de Jérémie Bennejean [ 09/juil./08 17:27 ]
bo.priceminister.jmh est migré de phaeton vers aricia



[EXP-2638] Passage massif de comptes en 1 Création: 13/sept./06 15:08  Mise à jour: 04/déc./07 11:38  Résolue: 04/déc./07 11:38

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Sébastien Mantanus Attribution: Patrick Pereira
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: GZip Archive tovalidate.csv.gz     File upd_correctif_reliability.sql     File upd_return_reliability.sql    
Liens des demandes:
Similaire
similaire à EXP-227 passage automatique des comptes en va... Résolu
Pays:
FRA - France

 Description   
Comme vu avec Edouard, nous allons procéder à un passage massif de comptes en 1, les conditions cont les mêmes que pour le précédent passage avec des assouplissements, soit :

- compte en 0
- compensation ok
- connexion ok
- PMV non bloqué
- email ok

- + de 50 ¿ achetés sur le compte
- compte vieux de plus de 4 mois

Merci

 Commentaires   
Commentaire de Antoine Koener [ 18/sept./06 09:19 ]
Je te l'assigne car je ne sais pas quoi faire de ce JIRA.
Commentaire de Patrice Boulanger [ 20/sept./06 11:22 ]
Cette demande devient urgente. Edouard, merci de revenir vers moi pour qu'on voit ça ensemble aujourd'hui.
Commentaire de Edouard Laurent [ 20/sept./06 14:56 ]
La requete va etre effectue par l'equipe decisionnelle
Il faut envoyer a sebastien la liste des comptes qu'il va faire valider par PKM
Ensuite je m'occuperais de faire l'update des comptes en prod

Merci !
Commentaire de Agathe Remy [ 20/oct./06 16:50 ]
SELECT
  USER_ACCOUNT.USER_ACCOUNT_ID,
  USER_ACCOUNT.LOGIN
FROM
  USER_ACCOUNT,
   PURCHASE,
  (SELECT DISTINCT BUYER_ACCOUNT_ID, MIN(AUTHORIZATION_DATE) AS FIRST_PURCHASE_DATE
    FROM PURCHASE
    WHERE PCH_STATUS_CODE NOT IN (10,20)
    GROUP BY BUYER_ACCOUNT_ID
    HAVING MIN(TO_CHAR(AUTHORIZATION_DATE,'YYYY/MM')) >= '2006-05'
   ) FIRST_PURCHASE
WHERE USER_ACCOUNT.USER_ACCOUNT_ID=PURCHASE.BUYER_ACCOUNT_ID AND
                PURCHASE.BUYER_ACCOUNT_ID=FIRST_PURCHASE.BUYER_ACCOUNT_ID AND
                USER_ACCOUNT.GRANT_EMAIL = 1 AND -- email OK
                USER_ACCOUNT.GRANT_LOGIN = 1 AND -- connexion OK
                NVL(USER_ACCOUNT.IS_TO_VALIDATE, 0) = 0 AND -- compte en 0
               USER_ACCOUNT.WLT_STATUS_CODE IN ( 10, 20 ) -- PMV non bloqué
GROUP BY USER_ACCOUNT.USER_ACCOUNT_ID,
                      USER_ACCOUNT.LOGIN
HAVING SUM(toEuro2(NVL(PURCHASE.CAPTURE_CARD_AMOUNT,0) + NVL(PURCHASE.CAPTURE_OPERATION_AMOUNT,0) + NVL(PURCHASE.CAPTURE_COUPON_AMOUNT, 0), PURCHASE.CURRENCY_ID)) >= 50
Commentaire de Edouard Laurent [ 20/oct./06 17:22 ]
Je dois faire quelquechose ?
Commentaire de Edouard Laurent [ 26/oct./06 16:34 ]
Je ferme ce JIRA ? ou il y a quelquechose a faire ? merci
Commentaire de Sébastien Mantanus [ 26/oct./06 16:48 ]
Ben il faudrait juste passer ces comptes en 1 et fermer le jira quand c'est fait; je reste à ta dispo si tu as besoin de plus d'infos
Commentaire de Sébastien Mantanus [ 27/oct./06 14:04 ]
Le nombre de comptes est de 110 799 comptes.

Je préfère qu'on attende le 8 novembre, date à laquelle Steven reviens pour le faire.
Commentaire de Edouard Laurent [ 27/oct./06 14:11 ]
Ok c'est note merci
Commentaire de Antoine Koener [ 16/nov./06 09:30 ]
PriceJira étant arrété lorsqu'Edouard a récupéré le traitement, je poste en mon nom le commentaire qu'il m'a envoyé:

apres avoir eu la validation de la part de Steven :

J'ai executé la requete suivante sur titan :

sqlplus babel_1/babel_1@GLOB.TITAN @ /data/priceminister/pmshare/exploit/edouard/bo_passage_massif_des_user_1.sql

qui crée la table "tovalidate" qui contient la liste des user_account_id a passer en validation AUTO 1

Ensuite j'ai mis a jour la base de prod grace au script suivant :

sqlplus babel_1/babel_1@GLOB.TITAN @ /data/priceminister/pmshare/exploit/edouard/passsage_1_OLTP.sql

Suite au passage de ce dernier script j'ai teste un compte au hasard : "amphoux" et je me suis rendu compte qu'il ne rentrait pas dans les cirteres

J'ai regarde plus en detail la requete de selection des donnees et je me suis rendu compte qu'il n'y avait pas de condition sur les compensations ce qui m'a semble bloquant

J'avais au prealable fait un test sur TITAN. donc les donnees de titan sont corompus aussi

Nous avons arrete avec Francois lelay l'alimentation de LATONE car c'est le seul endroit ou il y a encore les donnees correcte, nous avons verifie que le champ realibility etait bien mise a jour sur LATONE.

Actuellement il y a donc des comptes en validation automatique sur la production qui ne devrait pas l'etre


J'ai sauvegarde le contenu de la table "tovalidate" dans un dump "/data/priceminister/pmshare/exploit/edouard/tovalidate.dmp"
Commentaire de Patrice Boulanger [ 16/nov./06 11:47 ]
Agathe,

Peut-on extraire l'état des user_account_id avant le lancement du traitement d'Edouard afin de pouvoir les restaurer?

L'idéal serait de voir avec Patrick les données dont il a besoin ainsi que le format du fichier.

Merci.
Commentaire de Agathe Remy [ 16/nov./06 16:04 ]
Patrick,

Tu trouveras ci-joint le script de mise à jour des comptes qui n'auraient pas dus l'être.
Il y a 601 comptes à mettre à jour.

Cordialement,
Agathe
Commentaire de Agathe Remy [ 16/nov./06 16:06 ]
Pour info,

Le problème n'était pas celui qu'on croyait:-)
La condition de compensation est inutile dans la problématique "Validation Auto" qui ne concerne que les acheteurs.
En revanche, la condition compte à 0 avait mal été interprétée et traduite par la condition is_to_validate=0 au lieu de reliability=0.

Cordialement,
Agathe
Commentaire de Agathe Remy [ 16/nov./06 17:19 ]
Finalement nous faisons un retour arrière intégral!!!
Voici le nouveau script de mise à jour avec un peu plus de 135992 lignes.

Cordialement,
Agathe
Commentaire de Agathe Remy [ 16/nov./06 17:29 ]
Autre erreur : dans la condition de date, les formats ne sont pas les mêmes!!!
De plus, nous voulons les comptes ayant effectué leur premier achat avant cette date et non après.

Edouard,

Voici la requête corrigée :
 SELECT
  USER_ACCOUNT.USER_ACCOUNT_ID,
  USER_ACCOUNT.LOGIN
FROM
  USER_ACCOUNT,
   PURCHASE,
  (SELECT DISTINCT BUYER_ACCOUNT_ID, MIN(AUTHORIZATION_DATE) AS FIRST_PURCHASE_DATE
    FROM PURCHASE
    WHERE PCH_STATUS_CODE NOT IN (10,20)
    GROUP BY BUYER_ACCOUNT_ID
    HAVING MIN(AUTHORIZATION_DATE) < trunc(to_date('20060501','YYYYMMDD'))
   ) FIRST_PURCHASE
WHERE USER_ACCOUNT.USER_ACCOUNT_ID=PURCHASE.BUYER_ACCOUNT_ID AND
                PURCHASE.BUYER_ACCOUNT_ID=FIRST_PURCHASE.BUYER_ACCOUNT_ID AND
                USER_ACCOUNT.GRANT_EMAIL = 1 AND -- email OK
                USER_ACCOUNT.GRANT_LOGIN = 1 AND -- connexion OK
               USER_ACCOUNT.RELIABILITY = 0 AND -- compte en 0
               USER_ACCOUNT.WLT_STATUS_CODE IN ( 10, 20 ) -- PMV non bloqué
GROUP BY USER_ACCOUNT.USER_ACCOUNT_ID,
                      USER_ACCOUNT.LOGIN
HAVING SUM(toEuro2(NVL(PURCHASE.CAPTURE_CARD_AMOUNT,0) + NVL(PURCHASE.CAPTURE_OPERATION_AMOUNT,0) + NVL(PURCHASE.CAPTURE_COUPON_AMOUNT, 0), PURCHASE.CURRENCY_ID)) >= 50
;

Cordialement,
Agathe
Commentaire de Patrick Pereira [ 16/nov./06 18:26 ]
Je viens de lancer le script de retour arrière.
Commentaire de Patrick Pereira [ 16/nov./06 18:33 ]
Le retour arrière est terminé.
Je réassigne le JIRA à Edouard.
Commentaire de Antoine Koener [ 17/nov./06 09:59 ]

Je ne saisis pas comment la requète du départ qui visiblement était incorrecte à pu être validée...

Est-ce que cette nouvelle requète a été validée ?

Est-ce que la méthode de validation à changée ?

Ce sont peut être des points importants à eclaicir avant de repasser la requète non ?
Commentaire de Steven Harel [ 17/nov./06 10:08 ]
une grille de tests est en cours de préparation avec l'équipe des fraudes
les premiers tests n'étaient pas assez complets

on avait bien pris une partie des comptes à passer en 1 et on a vérifié qu'ils matchaient les critères, ça c'est ok

le souci est qu'on n'a pas pris de comptes en back office (qui ne matchaient pas au moins 1 critère), pour vérifier qu'ils ne se trouvaient pas dans la liste des comptes à passer en 1

nous allons vérifier rigoureusement le point 2 avec la prochaine grille de tests
Commentaire de Agathe Remy [ 17/nov./06 11:24 ]
Pour info, avec la correction sur la condition de date, nous obtenons 434 969 comptes à mettre à jour.

Cordialement,
Agathe
Commentaire de Edouard Laurent [ 20/nov./06 10:00 ]
Je pense qu'il manque la condition sur : USER_ACCOUNT.USR_COMPENSATION_RIGHT_CODE
Commentaire de Sébastien Mantanus [ 23/nov./06 09:56 ]
Voilà nous avons effectué tous les tests au niveau des fraudes, dans les deux sens, Agathe, peux-tu envoyer la requête à l'exploit pour qu'on puisse la faire passer au plus vite? car l'activité commence à être importante et on risque d'être vraiment débordés si ça ne passe pas vite...

Merci !
Commentaire de Agathe Remy [ 23/nov./06 12:41 ]
SELECT DISTINCT USER_ACCOUNT_ID
FROM
  USER_ACCOUNT,
   PURCHASE,
  (SELECT DISTINCT BUYER_ACCOUNT_ID, MIN(AUTHORIZATION_DATE) AS FIRST_PURCHASE_DATE
    FROM PURCHASE
    WHERE PCH_STATUS_CODE NOT IN (10,20)
    GROUP BY BUYER_ACCOUNT_ID
    HAVING MIN(AUTHORIZATION_DATE) < trunc(add_months(sysdate,-4))
   ) FIRST_PURCHASE
WHERE USER_ACCOUNT.USER_ACCOUNT_ID=PURCHASE.BUYER_ACCOUNT_ID AND
                PURCHASE.BUYER_ACCOUNT_ID=FIRST_PURCHASE.BUYER_ACCOUNT_ID AND
                USER_ACCOUNT.GRANT_EMAIL = 1 AND -- email OK
                USER_ACCOUNT.GRANT_LOGIN = 1 AND -- connexion OK
               USER_ACCOUNT.RELIABILITY = 0 AND -- compte en 0
               USER_ACCOUNT.WLT_STATUS_CODE IN ( 10, 20 ) -- PMV non bloqué
GROUP BY USER_ACCOUNT.USER_ACCOUNT_ID,
                      USER_ACCOUNT.LOGIN
HAVING SUM(toEuro2(NVL(PURCHASE.CAPTURE_CARD_AMOUNT,0) + NVL(PURCHASE.CAPTURE_OPERATION_AMOUNT,0) + NVL(PURCHASE.CAPTURE_COUPON_AMOUNT, 0), PURCHASE.CURRENCY_ID)) >= 50
;

Ce qui nous fait un total de 469 093 comptes à mettre à jour au 22/11/2006 minuit.
Commentaire de Sébastien Mantanus [ 23/nov./06 12:50 ]
Merci de faire passer impérativement le batch avant demain, pour des raisons de sécurité car on ne peut pas intervenir le W-E.

Merci!
Commentaire de Edouard Laurent [ 27/nov./06 15:22 ]
Voici le fichier des comptes, merci de le valider, ensuite je pourrais proceder à la mise a jour
Commentaire de Sébastien Mantanus [ 27/nov./06 17:02 ]
Les comptes de cette liste ont été testés, RAS, pour moi tout est OK, j'ai noté certains points de contrôles (nbr cptes en -1 et -2) pour comparer et re vérifier après.


Vous pouvez faire passer.

Merci
Commentaire de Edouard Laurent [ 27/nov./06 17:19 ]
Voila c'est fait
Commentaire de Agathe Remy [ 28/nov./06 09:52 ]
Bonjour Edouard,

Pourrais-tu mettre à jour la change_date des enregistrements modifiés afin que ceux-vi soient automatiquement mis à jour dans le Datawarehouse cette nuit, stp?

Merci:-)

Agathe
Commentaire de Steven Harel [ 28/nov./06 15:41 ]
peut-on automatiser cette tache ?

genre toutes les semaines, plutôt milieu de semaine
(nuit du mardi au mercredi)

ça nous permettra de faire des vérifs tous les mercredis matin

avec une seule variable pour les critères :
les paniers (+ de 50 euros) ont été passés avant j-4 mois
Commentaire de Edouard Laurent [ 28/nov./06 16:42 ]
Voila c'est fait pour la demande d'Agathe
Commentaire de Edouard Laurent [ 04/déc./06 15:27 ]
Patrice qu'est ce que tu penses de la demande de Steven ?
Commentaire de Patrice Boulanger [ 04/déc./06 15:37 ]
Je préférerai qu'on continue sur un mode manuel pendant quelques temps surtout si on modifie les critéres de la requête. On pourrait dire jusqu'à la fin de l'année. Ensuite, on automatise si aucun problème n'est détecté. Je pense qu'il s'agit là d'un sujet suffisamment sérieux pour qu'on ne se précipite pas.

Commentaire de Edouard Laurent [ 16/janv./07 10:22 ]
Pour info :

http://wikiexploit.lan:82/doku.php?id=edouard.laurent:projets:exploitation:passage_massif_des_compte_realibility_1
Commentaire de Edouard Laurent [ 16/janv./07 10:36 ]
Sebastien,

Cela fait : 32 775 comptes qui vont etre passer en 1, tu valides ?

Edouard
Commentaire de Sébastien Mantanus [ 16/janv./07 15:17 ]
Pour moi les résultats sont corrects.
Commentaire de Edouard Laurent [ 17/janv./07 15:20 ]
J'ai refait un comptage pour etre sur : 33 299 ajourd'hui

Est ce que tu peux refaire le comptage dans BO et me donner le chiffre que tu trouves ? merci

Edouard

Commentaire de Sébastien Mantanus [ 17/janv./07 16:24 ]
33 763 comptes pour moi...
Commentaire de Agathe Remy [ 17/janv./07 17:21 ]
Votre différence est due à la condition "premier panier vieux de plus de 4 mois ".
Dans le comptage d'ELA, on prend les comptes dont le premier panier est strictement inférieur à 4 mois.
Dans le rapport BI de SMO, on prend les comptes dont le premier panier est inférieur ou égal à 4 mois.

Agathe
Commentaire de Edouard Laurent [ 17/janv./07 18:23 ]
Ouf j'arrive enfin au meme comptage que toi, cependant il faut que l'on discute d'une condition encore, je reporte donc le passage des comptes a 1 a la semaine prochaine !

Commentaire de Edouard Laurent [ 22/janv./07 14:17 ]
voila le resultat de mon comptage : 36 585 , j'espere que l'on trouve la meme chose :~)
Commentaire de Sébastien Mantanus [ 22/janv./07 14:58 ]
ok c'est bon de mon côté, meme résultat
Commentaire de Edouard Laurent [ 22/janv./07 15:20 ]
C'est bon j'ai passé les compte a 1, est ce que c'est toujours OK pour toi ?
Commentaire de Sébastien Mantanus [ 22/janv./07 16:30 ]
c'est toujours ok pour moi
Commentaire de Edouard Laurent [ 05/févr./07 15:24 ]
Cela fait 8468 comptes, c'est bon pour toi ?
Commentaire de Sébastien Mantanus [ 05/févr./07 15:34 ]
c'est bon pour moi !

BI trouve 8491 ce qui est l'écart classique (comme vu la derniere fois)
Commentaire de Edouard Laurent [ 05/févr./07 15:42 ]
Voila c'est fait, tu peux faire la verification des comptes en -1 et -2

Edouard
Commentaire de Edouard Laurent [ 16/avr./07 17:17 ]
Voici la doc exploit qui permet de mettre a jour les comptes :

http://wikiexploit.lan:82/doku.php?id=edouard.laurent:projets:exploitation:passage_massif_des_compte_realibility_1

Cette demande est traitée
Commentaire de Cedric Favero [ 12/juin/07 17:55 ]
Il est toujours nécessaire d'effectuer cette tache regulièrement pour soulager le travail des fraudes.

Sebastien Mantanus étant parti , c'est moi qui vais gérer la validation des fichiers résultant de ces opérations.

Qui peut reprendre le process à l'exploitation dans l'attente d'une possibile automatisation du processus?
Commentaire de Justin Ziegler [ 08/août/07 16:51 ]
Steven, est ce que tu pourrais stp passer 5 minutes a documenter ce jira ?
Pourquoi fait on cela ? A quoi ca sert ?
Faut il changer l'appli pour éviter d'avoir à faire cela ?
Commentaire de Cedric Favero [ 29/août/07 17:55 ]
Je n'avais pas reçu le commentaire de justin et retombe donc dessus en venant voir ce qu'il en est.
Celà est tjrs d'actualité pour exclure des règles d'observation un grand nombre de comptes jugés fiables...

Steven,tu vois s'il faut qu'on en reparle... ?
Commentaire de Steven Harel [ 30/août/07 10:17 ]
pas vu le commentaire de justin
cédric s'occupe de suivre ce truc (doc, vérifs, ...) avec sebastien bruzzone son client
Commentaire de Justin Ziegler [ 03/sept./07 15:41 ]
cela nous éclarie pas franchement bcp comme doc :-)

on ferme le jira alors ?
Commentaire de Cedric Favero [ 03/sept./07 15:49 ]
Je peux prendre un moment pour vous expliquer le truc mais on est sous l'eau ces jours-ci...

Tu prefères l'avoir dans le JIRA on peut prendre 10min pour en discuter?
Commentaire de Justin Ziegler [ 03/sept./07 16:07 ]
si le jira doit rester ouvert, il vaut mieux mettre un peu d'explication dans le jira je pense. Comme cela tout ceux qui sont concerné en profiteront.
Commentaire de Cedric Favero [ 04/sept./07 14:56 ]
Alors, je détaille donc un peu la demande:

L'équipe des fraudes (Sebastien Bruzzone) valide chaque jour manuellement des centaines de paniers qui ont été placés en observation selon diverses règles gérées par des mots clés en code velocity,ceci afin de detecter en amont de possibles achats frauduleux et ainsi minimiser au maximum les risques d'opposition.

Ces reglès d'observation fonctionnent par palliers (montants) mais aussi par exclusion ( par exemple panier de plus de 200 euros sauf si pro , sauf si payé par porte-monnaie , etc...)

ex: d'un mot clé velocity placant un panier en observation pour un montant superieur à 200¿:
! $userConstants.RELIABILITY_HIGH.equals($buyer.reliability) && ! $buyer.isPro() && ! $purchase.isECarteBleue() && ! $purchase.useWallet() && ! $purchase.useCoupon() && ! $purchase.isNego() && $util.greaterThan($stats.Amount24H, 200) && $util.lessThan($stats.Amount24H, 301)

Une des variables très importante dans ce process est le $buyer.reliability puisqu'on exclue de nos premiers palliers de surveillance tous les comptes étant jugés "fiables" , c'est à dire étant en validation auto = 1 , selon les critères définis dans ce JIRA et le Wiki documenté par Edouard Laurent.

Le nombre de paniers placés en observation étant en permanence très important et en particulier les week-ends , il est crucial d'exclure de ces regles les paniers effectués par des comptes considérés comme fiables afin que :
-d'une part , ils soient validés automatiquement et non mis inutilement à l'état "réservé" pendant plusieurs jours
-d'autre part soit allégé le travail de validation manuelle des paniers par l'équipe des Fraudes , pouvant se concentrer sur des paniers mis en observation plus pertinemment.

En gros , ce process passe donc les comptes matchant les critères requis en validation auto 1 afin que leurs paniers ne tombent plus en observation inutilement.

J'espère avoir été assez clair et suis dispo pour toutes précisions.

Commentaire de Justin Ziegler [ 04/sept./07 17:13 ]
Merci pour ces explications tres claires.
Il manque juste un point concernant le process :
1/ vous demandez régulièrement à l'exploit de faire une manip prédéfinie par l'intermédiaire de ce jira ?
2/ vous laissez le jira pour qu'ils n'oublient pas de le faire, tout seul ?
3/ c'est exactement la meme manip a chaque fois ?
Commentaire de Steven Harel [ 04/sept./07 18:01 ]
la manip est toujours la même
il serai pas-mal de pouvoir l'automatiser
(genre routine de suppression de fiches à stock 0 avec émission d'un fichier, tests par cédric et validation)
Commentaire de Cedric Favero [ 04/sept./07 18:07 ]
Il était question de l'automatiser mais je pense que dans l'immédiat il est plus raisonnable de le faire ponctuellement par l'intermédiaire de ce JIRA , le temps de s'assurer que celà est bien rodé et que l'objectif visé est accompli sans erreurs.

Le dernier passage étant assez ancien , il doit y avoir un nombre importants de comptes concernés et une vérification attentive est donc nécessaire (on a une procédure de test pour çà , il faut que s'assurer que tout est toujours ok).

A priori la requete serait toujours la meme si les tests s'avèrent positifs , il faut juste garder un controle manuel à chaque fois (c'est moi qui m'en chargerais en l'occurence..).

L'idéal serait donc que je puisse avoir un fichier provenant de la requete documentée dans le Wiki afin que je puisse travailler dessus et vérifier qu'elle est correcte.

Merci.
Commentaire de Agathe Remy [ 04/sept./07 18:21 ]
Normalement, il existe un rapports BusinessObjects développé à l'époque pour Sébatien Montanus qui lui permettait d'extraire les informations nécessaires au contrôle sur la même cible que la requête de mise à jour de l'exploitation.

Pour une reprise en confiance, je pense qu'une vérification avec l'exploitation que c'est toujours le cas ne fera pas de mal.

Agathe
Commentaire de Cedric Favero [ 25/sept./07 15:11 ]
Agathe saurais tu me dire le rapport en question afin que je me penche un peu sur BusinessObjects par la meme occasion?
Une fois que je suis opérationnel de mon coté , on relance le process avec l'exploitation.
Merci.
Commentaire de Cedric Favero [ 10/oct./07 14:45 ]
C'est bon vu avec Agathe pour l'utilisation du rapport Business Objects.

151 377 comptes matchant les paramètres requis sont à traiter pour passer en validation auto 1 (reliability = 1)

Il me faut donc qqun à l'exploit pour lancer la requete et que l'on puisse comparer les résultats avant chaque passage du batch.

Bossant déjà avec Eric Vannier sur les problématiques de contrefaçon , je suggère de faire çà avec lui.

Patrice je te laisse assigner le JIRA à la personne la plus adaptée...
Commentaire de Cedric Favero [ 14/nov./07 09:42 ]
Ca fait plus d'un mois que j'attend un retour sur ce JIRA...
L'idée était de faire passer ce batch avant la période forte de Noel mais on est déjà en plein de temps...
Le nombre de paniers explose , il faut vraiment qu'on puisse soulager l'équipe des Fraudes pour qu'elle puisse travailler dans de bonnes conditions.

Qui plus est , la requete existant déjà, il s'agit simplement de comparer les résultats de la requete avec mon rapport Business Objects pour s'assurer que les chiffres correspondent .

Commentaire de Cedric Favero [ 14/nov./07 10:19 ]
j'ai 175 000 comptes en attente à ce jour , il y a vraiment urgence.
Commentaire de Patrick Pereira [ 14/nov./07 11:58 ]
J'ai lancé la requête de comptage. Je te tiens au courant.
Commentaire de Patrick Pereira [ 14/nov./07 14:29 ]
Tu peux trouver le fichier contenant les user_account_id à l'emplacement suivant :
W:\pereira\list_user_account_20071114.txt.gz

Il contient 177470 utilisateurs.
Dis-moi si c'est ok.
Commentaire de Cedric Favero [ 14/nov./07 14:54 ]
J'ai 175 007 comptes à ce jour dans mon rapport BI

Agathe,
Par rapport à ce que tu disais:

"Dans le comptage d'ELA, on prend les comptes dont le premier panier est strictement inférieur à 4 mois.
Dans le rapport BI de SMO, on prend les comptes dont le premier panier est inférieur ou égal à 4 mois. "

Celà te semble-il pouvoir expliquer l'écart de 2000 comptes?
Commentaire de Cedric Favero [ 14/nov./07 15:07 ]
En fait j'en ai 174205 si je fais wallet_status_code 10 ou 20 (non activé et activé)

Car j'avais pour ma part spécifié wallet_status_code different de 40 (bloqué)

En fait la requete pourrait dire USER_ACCOUNT.WLT_STATUS_CODE IN ( 10, 20,30 ) mais c'est un détail. (30 correspondant au statut "restreint")
Commentaire de Agathe Remy [ 14/nov./07 16:11 ]
Patrick,

Peux-tu voir avec Cédric pourquoi vous n'obtenez pas la même chose?
Je pense qu'il faut comparer la requête BI et celle que vous utilisez.
Je peux te montrer comment accéder à la requête BI?!

Merci:-)
Agathe
Commentaire de Cedric Favero [ 14/nov./07 17:17 ]
Bon ,vu avec Agathe , les deux requetes sont bonnes et correspondent.
La différence peut etre due à la date de premier panier dans BI mais rien de bloquant pour le passage du batch réellement urgent.

J'ai fait pour ma part des tests croisés: comptes en -1 , -2 , pmv bloqués..etc pour m'assurer qu'ils n'étaient pas repris par la requete et tout est ok.

Patrick , dis moi quand le batch peut passer , le plus tot étant le mieux , en evitant les fins de semaine evidemment...(semaine prochaine?)

Merci.
Commentaire de Patrick Pereira [ 15/nov./07 12:47 ]
Le traitement est passé.

Dites-moi si c'est ok.
Commentaire de Steven Harel [ 15/nov./07 13:07 ]
super, merci beaucoup
ça nous sauve,
cédric fait des vérifs pour voir si tout s'est bien passé

prochaine étape : l'automatisation du batch :)
Commentaire de Cedric Favero [ 15/nov./07 15:06 ]
Genial.
Merci d'avoir fait passer ce traitement en urgence.

J'ai repris mes comptes tests et les -2 , les -1 , les bloqués, etc.. sont bien restés à leur place.
Les comptes matchant les critères ont bien été passés en 1.
Une bonne chose de faite donc.


Concernant l'automatisation , je pense qu'il n'est pas nécessaire de le faire chaque semaine , un passage mensuel étant suffisant.
On pourrait par exemple programmer l'exécution tous les premiers mardi du mois...

Merci de m'indiquer en fonction des disponibilités de la base et autres considérations techniques à quelle date on pourrait le fixer afin que je synchronise l'éxecution de mon rapport Business Objects de mon coté.

Si je propose le mardi , c'est pour une logique comme suit:

-eviter le lundi
-reception des resultats de la requete par mail le mardi.
-vérification et tests de ma part pour confirmation
-passage du batch le jeudi

C'est une proposition,on en parle quand vous voulez pour les modalités.

Merci d'avance.






Commentaire de Patrick Pereira [ 20/nov./07 12:03 ]
Ca me va.
J'ai mis en place le traitement automatique qui s'exécute tous les premiers mardi de chaque mois et qui t'envoie par mail la liste de user_account_id à migrer.

Voyons le 4 décembre le résultat.
Commentaire de Cedric Favero [ 20/nov./07 12:07 ]
Ok super. Merci.
Commentaire de Cedric Favero [ 04/déc./07 11:38 ]
Vu avec Patrick , le process est en place, je ferme donc le JIRA.

Chaque premier mardi du mois , le resultats de la requete me sont envoyés.
Je lui donne mon retour par mail après vérifications et il me confirme le traitement des comptes.




Clôture des comptes et récupération des postes des personnes ayant quitté la société (EXP-743)

[EXP-1531] Suppression des Comptes Création: 16/mars/06 10:34  Mise à jour: 25/juin/07 18:57  Résolue: 22/mars/06 11:21

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Mineur
Rapporteur: ZZ_Arnaud Baali Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 30 minutes
Estimation originale: Non spécifié


 Description   
Jeremie, Voici la liste des comptes à supprimer:
- aurelie
- duranda
- merletl
- imberta
- crepeym
- dubourga
- delabrosse
- berteth
- keyrus
- keyrus_owb
 - lallemands
 - malleml

 Commentaires   
Commentaire de Jérémie Bennejean [ 16/mars/06 10:44 ]
tu as bien eu confirmation des responsables pour la suppression de ces comptes ( je pense a delabrosse par ex de la part de sebastien).
Commentaire de Jérémie Bennejean [ 16/mars/06 11:16 ]
Tout ces comptes ont été supprimés.

Par contre peut te demander aus responsables concernés si je peux deleter ceux la :

mazarsp (dev)
fudalam (market)
franckb (commerciaux)
chens (commerciaux)
rochela (commerciaux)
trottine (commerciaux)
geolierm (commerciaux)
chambore (commerciaux)
tunce (commerciaux)
caleso (dev)
lowinska (fonctionnel market)
thiebauts (fonctionnel)

bcp de commerciaux...; tu n'as pas eu de retour ..?
insiste, fait vraimment que je nettoie la base des comptes. Je n'aime pas en avoir d'activer initulement sans compter la place occupée sur les disques.(80% full)
merci
Commentaire de ZZ_Arnaud Baali [ 16/mars/06 12:41 ]
J'ai relancé pascal
Commentaire de ZZ_Arnaud Baali [ 16/mars/06 14:11 ]
Pour les deux dev c bon tu peux supprimer
Commentaire de ZZ_Arnaud Baali [ 16/mars/06 14:56 ]
Pour le market c bon
Commentaire de ZZ_Arnaud Baali [ 16/mars/06 14:56 ]
Pour les deux fonctionnels c'est bon
Commentaire de Jérémie Bennejean [ 17/mars/06 12:07 ]
Suppression confirmé de

mazarsp
fudalam
caleso
lowinska
thiebauts
Commentaire de Jérémie Bennejean [ 21/mars/06 14:02 ]
Il reste donc juste les comptes commerciaux à supprimer:

ranckb (commerciaux)
chens (commerciaux)
rochela (commerciaux)
trottine (commerciaux)
geolierm (commerciaux)
chambore (commerciaux)
tunce (commerciaux)

J'attends le retour de Pascal en ce qui les concerne:

Ce sujet pose le probléme de fond des personnes qui quittent l'entreprise, le fait qu'il faille une procédure de désactivation et suppressions des différents accès ( compte du domaine, accès VPN etc ... )
Commentaire de Jérémie Bennejean [ 22/mars/06 11:21 ]
Selon la confirmatin de ton mail et de Pascal , j'ai supprimé les comptes des commerciaux.


--------------------------------------------------------------------------------
C'est enfin possible pour les comptes des commerciaux!!!!



--------------------------------------------------------------------------------
De : Wanadoo [mailto:pascal.roselli@wanadoo.fr] De la part de Pascal roselli
Envoyé : mardi 21 mars 2006 22:08
À : Arnaud BAALI - Service Desk
Objet : TR: Suppression de Comptes


Ok, supprime

 

Pascal

 


--------------------------------------------------------------------------------

De : Benjamin Guerville [mailto:benjamin.guerville@priceminister.com]
Envoyé : mardi 21 mars 2006 09:38
À : 'Pascal roselli'
Objet : RE: Suppression de Comptes

 

ok pour moi




[APP-7859] Plus de session ID en BO Création: 13/mars/06 10:47  Mise à jour: 25/juin/07 18:35  Résolue: 13/mars/06 11:20

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 8.1.2
Version(s) corrigée(s): 8.1.2

Type: Bogue Priorité: Majeur
Rapporteur: Judd OSullivan Attribution: Andrei Matyas
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Il y a plus de sessionId quand on connecte en BO donc le nom de serveur sur lequel on travail n'affiche plus.

 Commentaires   
Commentaire de Andrei Matyas [ 13/mars/06 11:20 ]
Correction tres simple
Commentaire de Quentin de Chivré [ 13/mars/06 12:47 ]
C'est quoi le bug, c'est quoi la correction ?
Commentaire de Andrei Matyas [ 13/mars/06 14:00 ]
Pour le FO le mécanisme de désactivation des sessions pour les images à été correctement mis en place.
Dans le dispatcher j'ai mis un test qui affiche dans les logs l'id de la session seulement s'il y a une session instanciée. Le truc crado c'est que dans le cas BO la session n'était pas instancié explicitement (comme pour le FO). La création de la session pour le BO se faisait à l'affichage des logs :

Logger.push("session", request.getSessionId());

J'ai donc changé le test d'affichage des logs.

A mon avis cette façon de faire (ne pas instancier explicitement les sessions pour le BO) reste merdique mais je n'ai pas voulu trop toucher à ça avant le depl. V812.

 




Commentaire de Patrick Condevaux [ 13/mars/06 16:09 ]
OK verifie en INTEG



[IMP-2879] Compte FTP Création: 20/nov./08 09:52  Mise à jour: 30/oct./09 15:44  Résolue: 20/nov./08 10:10

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Mineur
Rapporteur: Fotigui Tangara Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: foirdiscount
Séparateur: N/A
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
Bonjour,

 Quels sont les logiciels recommandés/adaptés pour utiliser le compte FTP ? (plus particulièrement pour extraire les adresses postales des fichiers...)

Pour déposer directement notre inventaire sur notre compte FTP, faut-il que vous activiez quelque chose en amont (cela ne semble pas fonctionner actuellement).

Merci.

 Commentaires   
Commentaire de Fotigui Tangara [ 20/nov./08 10:09 ]
A la suite du mail du PRO (voir commentaire ci-dessus), le compte FTP du PRO a été mis à jour.
Demande traitée...



[INF-608] Arrivée de Fabienne Figuet au BO Création: 04/janv./11 16:06  Mise à jour: 14/janv./11 16:34  Résolue: 14/janv./11 16:34

Etat: Résolu
Projet: Infrastructure
Composants: Arrivée/Départ
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Victoire Douay Attribution: Stéphane Eccli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Word Arrivée Fabienne Figuet.doc     Microsoft Excel Plan back office - 2011_01.xlsx    

 Description   
Bonjour,

Fabienne arrivera le 17 Janvier 2011 dans l'équipe FR3 (Eve). CF plan BO

Merci,

Victoire



 Commentaires   
Commentaire de Victoire Douay [ 11/janv./11 13:31 ]
Stéphane,

Nous allons installer les tables nécessaires à l'arrivée des nouveaux collaborateurs mercredi soir ou jeudi matin.

serais tu dispo jeudi pour installer les postes?

Merci,

Victoire
Commentaire de Stéphane Eccli [ 14/janv./11 16:34 ]
comptes créés



[INF-609] Arrivée de Fabien Lucas au BO Création: 04/janv./11 16:09  Mise à jour: 14/janv./11 16:34  Résolue: 14/janv./11 16:34

Etat: Résolu
Projet: Infrastructure
Composants: Arrivée/Départ
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Victoire Douay Attribution: Stéphane Eccli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Word Arrivée Fabien Lucas.doc     Microsoft Word Arrivée Fabien Lucas.doc     Microsoft Excel Plan back office - 2011_01.xlsx    

 Description   
Bonjour,

Fabien arriver le 17 Janvier 2011 dans l'équipe internationale (Laura). CF plan BO.

Merci

Victoire

 Commentaires   
Commentaire de Victoire Douay [ 04/janv./11 16:22 ]
annule et remplace le précédent (ajout d'alias)
Commentaire de Victoire Douay [ 11/janv./11 13:31 ]
Stéphane,

Nous allons installer les tables nécessaires à l'arrivée des nouveaux collaborateurs mercredi soir ou jeudi matin.

serais tu dispo jeudi pour installer les postes?

Merci,

Victoire
Commentaire de Stéphane Eccli [ 14/janv./11 16:34 ]
comptes créés



[APP-13712] Aucune soumission possible depuis le BO Création: 10/nov./06 12:30  Mise à jour: 25/juin/07 18:46  Résolue: 07/déc./06 11:49

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 10.0.0 (ESP)
Version(s) corrigée(s): ToDo

Type: Bogue Priorité: Bloquant
Rapporteur: Juan Luis Fajardo Attribution: Patrice Boulanger
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File bug.JPG     JPEG File screenshot-1.jpg    
Pays:
ESP - Espagne
Site: Prod

 Description   
Message de erreur a chaque fois qu'on essai de modifier/soumettre quelque chose depuis le BO (voir capture d'ecran)

 Commentaires   
Commentaire de Younès Charrière [ 10/nov./06 15:55 ]
Impossible de soumettre une image sur une fiche produit en BO. Problème de mot de passe, accès côté exploit ?
Commentaire de Patrice Boulanger [ 17/nov./06 10:53 ]
J'aurais besoin d'une démo en live si possible, tu peux passer me voir ?
Commentaire de Antoine Koener [ 05/déc./06 15:34 ]

Lorsqu'on accède en HTTPS au l'url de connection:
https://bo.priceminister.es/connect?action=login&c=80&dest=/user
la requète arrive bien sur le serveur JBOSS, comme en témoigne cette ligne (extraite d'esculape):

2006-12-05 15:22:30,106 INFO [-Processor40] 62.23.27.114 - >>> GET https://bo.priceminister.es/connect?action=login&c=80&dest=/user

La réponse retournée par le serveur applicatif est la suivante:
  HTTP/1.1 302 Dplac Temporairement
  Date: Tue, 05 Dec 2006 14:22:30 GMT
  Server: HTTP Server
  X-Powered-By: Servlet 2.4; JBoss-4.0.2 (build: CVSTag=JBoss_4_0_2 date=200505022023)/Tomcat-5.5
  Expires: Thu, 05 Dec 1996 14:22:30 GMT
  Cache-Control: private
  Set-Cookie: JSESSIONID=D35B81D3839ED350A40C6BE650C1E4CA.esculape; Path=/; Secure
  Set-Cookie: pm=country=724&trackingdate=2006-12-05+15%3A22%3A30.106&version=1_1&; Expires=Thu, 04-Jan-2007 14:22:30 GMT; Path=/
  Location: /user?action=cookies&dest=%2Fconnect%3Faction%3Dlogin%26c%3D80%26dest%3D%252Fuser
  Content-Length: 0
  P3P: CP="IDC COR CUR PSAa CONi OUR IND PHY ONL UNI PUR COM NAV INT STA"
  P3P: policyref="http://img.priceminister.es/w3c/p3p.xml"
  Connection: close
  Content-Type: text/html; charset=ISO-8859-1

Ce qui nous intéresse ici est le header Location:
/user?action=cookies&dest=%2Fconnect%3Faction%3Dlogin%26c%3D80%26dest%3D%252Fuser

On demande ensuite cette URL.
Le serveur Web réponds ensuite:
  HTTP/1.1 302 Found
  Date: Tue, 05 Dec 2006 14:22:30 GMT
  Server: HTTP Server
  Location: http://bo.priceminister.es/user?action=cookies&dest=%2Fconnect%3Faction%3Dlogin%26c%3D80%26dest%3D%252Fuser
  Content-Length: 295
  Connection: close
  Content-Type: text/html; charset=iso-8859-1

Location vaut donc
http://bo.priceminister.es/user?action=cookies&dest=%2Fconnect%3Faction%3Dlogin%26c%3D80%26dest%3D%252Fuser

On demande cette URL:
La réponse est la suivante:
HTTP request sent, awaiting response...
  HTTP/1.1 401 Authorization Required
  Date: Tue, 05 Dec 2006 14:22:30 GMT
  Server: HTTP Server
  WWW-Authenticate: Basic realm="Priceminister Spanish Backoffice"
  Vary: Accept-Encoding
  Content-Length: 533
  Connection: close
  Content-Type: text/html; charset=iso-8859-1

Un redirection qui ne dois visiblement pas fonctionner...
Commentaire de Antoine Koener [ 05/déc./06 16:02 ]

La même requète sur la france:
--15:56:49-- http://bo:*password*@bo.priceminister.com/user
           => `user'
Resolving bo.priceminister.com... 212.23.167.55
Connecting to bo.priceminister.com|212.23.167.55|:80... connected.
HTTP request sent, awaiting response...
  HTTP/1.1 302 Dplac Temporairement
  Date: Tue, 05 Dec 2006 14:57:12 GMT
  Server: HTTP Server
  X-Powered-By: Servlet 2.4; JBoss-4.0.2 (build: CVSTag=JBoss_4_0_2 date=200505022023)/Tomcat-5.5
  Expires: Thu, 05 Dec 1996 14:57:12 GMT
  Cache-Control: private
  Set-Cookie: JSESSIONID=118AE0F2F4E7045E87B404FA4358F175.salus; Path=/
  Set-Cookie: pm=country=249&trackingdate=2006-12-05+15%3A57%3A12.887&version=1_1&; Expires=Thu, 04-Jan-2007 14:57:12 GMT; Path=/
  Location: /connect?action=login&c=80&dest=%2Fuser
  Content-Length: 0
  P3P: CP="IDC COR CUR PSAa CONi OUR IND PHY ONL UNI PUR COM NAV INT STA"
  P3P: policyref="http://img.priceminister.com/w3c/p3p.xml"
  Vary: *
  Connection: close
  Content-Type: text/html; charset=ISO-8859-1

La redirection pointe elle sur /connect et non pas /user comme en espagne...

Location: /connect?action=login&c=80&dest=%2Fuser [following]
--15:56:50-- http://bo:*password*@bo.priceminister.com/connect?action=login&c=80&dest=%2Fuser
           => `connect?action=login&c=80&dest=%2Fuser'
Connecting to bo.priceminister.com|212.23.167.55|:80... connected.
HTTP request sent, awaiting response...
  HTTP/1.1 302 Found
  Date: Tue, 05 Dec 2006 14:57:12 GMT
  Server: HTTP Server
  Location: https://bo.priceminister.com/connect?action=login&c=80&dest=%2Fuser
  Content-Length: 259
  Connection: close
  Content-Type: text/html; charset=iso-8859-1

Le serveur web redirige correctement le /connect vers le HTTPS.


Location: https://bo.priceminister.com/connect?action=login&c=80&dest=%2Fuser [following]
--15:56:50-- https://bo.priceminister.com/connect?action=login&c=80&dest=%2Fuser
           => `connect?action=login&c=80&dest=%2Fuser'
Connecting to bo.priceminister.com|212.23.167.55|:443... connected.
WARNING: Certificate verification error for bo.priceminister.com: self signed certificate in certificate chain
HTTP request sent, awaiting response...
  HTTP/1.1 200 OK
  Date: Tue, 05 Dec 2006 14:57:13 GMT
  Server: HTTP Server
  X-Powered-By: Servlet 2.4; JBoss-4.0.2 (build: CVSTag=JBoss_4_0_2 date=200505022023)/Tomcat-5.5
  Expires: Thu, 05 Dec 1996 14:57:13 GMT
  Cache-Control: private
  Set-Cookie: pm=country=249&trackingdate=2006-12-05+15%3A57%3A12.0&version=1_1&; Expires=Thu, 04-Jan-2007 14:57:13 GMT; Path=/
  P3P: CP="IDC COR CUR PSAa CONi OUR IND PHY ONL UNI PUR COM NAV INT STA"
  P3P: policyref="http://img.priceminister.com/w3c/p3p.xml"
  Connection: close
  Content-Type: text/html;charset=iso-8859-1
Length: unspecified [text/html]

Le serveur applicatif retourne correctement la page.

Le problème se situe au niveau du JBOSS qui pour l'espagne renvoi le client HTTP vers /user au lieu de le renvoyer comme en france vers /connect.


Commentaire de Juan Luis Fajardo [ 07/déc./06 11:49 ]
testé ok



[APP-13122] Décalage de l'arbre des catégories en BO Création: 13/oct./06 12:41  Mise à jour: 25/juin/07 18:45  Résolue: 26/oct./06 17:25

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 10.0.0 (ESP)
Version(s) corrigée(s): 10.0.0 (ESP)

Type: Bogue Priorité: Mineur
Rapporteur: Alexandre Garnier Attribution: Ariane Baldinger
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous

 Description   
En BO, avec le header qui est flottant, lorsque l'on ouvre une catégorie dans l'arbre, celui-ci remonte trop et la actégorie se retrouve sous le header.

 Commentaires   
Commentaire de Arnaud Forgues [ 16/oct./06 15:43 ]
a priori le seul moyen (simple) est de décaler la catégorie sur laquelle on clique. Ainsi on atterit bien sur l'ancre comme il faut. Et si on scrolle vers le haut, alors on voit le décalage.

D'un autre coté, c'est un peu fonctionnel finalement, car on visualise plus facilement ou est-ce qu'on a cliqué en dernier !

Jérome, pourrais-tu valider si cette solution te va ?
Commentaire de Arnaud Forgues [ 16/oct./06 15:43 ]
le lien en DEV pour voir : http://bo.pm.brice:7080/category_back?action=categorytree&categorystatus=2&unfold=0.1.
Commentaire de Arnaud Forgues [ 16/oct./06 15:50 ]
Ferme le JIRA si ca te va, sinon réassigne le moi avec ton commentaire.
Merci
Commentaire de Jérôme Viviès [ 17/oct./06 13:24 ]
Pas sûr de tout comprendre...
Ariane, peux-tu jeter un oeil, vu que ne ne suis pas dispo cet am ?
Commentaire de Ariane Baldinger [ 26/oct./06 17:25 ]
vu et approuvé



[APP-18343] Fiche produit inaccessible en BO Création: 25/oct./07 11:52  Mise à jour: 31/oct./07 11:58  Résolue: 29/oct./07 16:15

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 17.2.0

Type: Bogue Priorité: Critique
Rapporteur: Aurélien Vergalli Attribution: Manuel Sadok
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
FRA - France
Site: Prod
Projets PM archivés: Maintenance 17.x.x

 Description   
http://bo.priceminister.com/referential_back?action=productview&productid=1985758

Impossible d'accèder à cette fiche - le but étant de la supprimer ;)

 Commentaires   
Commentaire de Christophe Garcia [ 25/oct./07 12:22 ]
2007-10-25 12:16:17,806 INFO [-Processor79] BO:st<E9>phanie - >>> GET http://bo.priceminister.com/referential_back?action=productview&productid=1985758
2007-10-25 12:16:18,023 ERROR [-Processor79] BO:st<E9>phanie - Block generation error in : com.babelstore.referential.back.ProductView_jsp
2007-10-25 12:16:18,024 ERROR [-Processor79] BO:st<E9>phanie - Assembly error
Servlet : com.babelstore.referential.back.ReferentialBackServlet
Request : GET http://bo.priceminister.com/referential_back?action=productview&productid=1985758
Referrer : http://pricejira.lan/browse/APP-18343
User-Agent : Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)
Trace : java.lang.NullPointerException
        at com.babelstore.referential.back.ProductView_jsp.generate(ProductView_jsp.java:506)
        at com.babelstore.util.Block.generate(Block.java:143)
        at com.babelstore.util.web.Request.include(Request.java:530)
        at com.babelstore.util.web.Request.include(Request.java:563)
        at com.babelstore.util.web.Request.include(Request.java:569)
        at com.babelstore.common.back.BackPopupTemplate_jsp.generate(BackPopupTemplate_jsp.java:57)
        at com.babelstore.util.Block.generate(Block.java:143)
        at com.babelstore.util.web.Screen.generate(Screen.java:137)
        at com.babelstore.util.web.Request.generate(Request.java:503)
        at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:378)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:169)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)

2007-10-25 12:16:18,025 INFO [-Processor79] BO:st<E9>phanie - <<< [219 ms] GET http://bo.priceminister.com/referential_back?action=productview&productid
=1985758
Commentaire de Nicolas Chauveau [ 26/oct./07 09:42 ]
La fin du source de la page :

<tr>
<td class="label">Fabricant *</td>
<td colspan="3">
<select name="manufacturer_key"
style="width: 100%">

<option value=""selected="selected"></option>
<option value="PM45384463">A.R.T.</option>
<option value="PM43738746">Acme</option>
<option value="P50073">Akai</option>
<option value="PM00005193">AKG</option>
<option value="PM37676843">Alesis</option>
<option value="PM37539759">Allen &amp; Heath</option>
<option value="PM40354659">Allton</option>

<option value="PM45429443">Amphaser</option>
<option value="PM42550492">Apex Audio</option>
<option value="PM37689358">Apex Electronics</option>
<option value="PM02731243">Audax</option>
<option value="Z01932">Audio-Technica</option>
<option value="PM40350671">Audioctone</option>
<option value="PM38369438">AUDIOTRAK</option>
<option value="PM37507851">Behringer</option><p class="error">Erreur - Non disponible</p>

Commentaire de Geneviève Beaujard [ 29/oct./07 13:37 ]
Ce probleme existe sur les produits ayant une note de type description avec la colonne suspect a null .
select product_id from prd_note where suspect is null and prn_type_code = 30
SQL> SELECT COUNT(distinct product_id) FROM prd_note WHERE suspect IS NULL AND prn_type_code = 30;

COUNT(DISTINCTPRODUCT_ID)
-------------------------
                    19494
IL y a 19494 produits en prod avec ce probleme.

La correction est simple, il suffit de modifier ProductView.jsp
Commentaire de Manuel Sadok [ 29/oct./07 16:15 ]
Le cas NULL pour la colonne 'suspect' n'était pas géré, désormais le comportement est le même que pour la valeur 0.



[APP-5730] BO : Images validées non visibles Création: 04/oct./05 11:19  Mise à jour: 25/juin/07 18:32  Résolue: 07/oct./05 09:24

Etat: Fermé
Projet: Application PriceMinister
Composants: Images produit
Affecte la/les version(s): 8.0.6
Version(s) corrigée(s): 8.0.6

Type: Bogue Priorité: Majeur
Rapporteur: Gaël Klosek Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Certaines images produits sont en étant ACTIVES mais ne sont néanmoins pas visibles en BO. Ces images sont de type ICON.
Il n'est donc pos pôssible de les supprimer.

Ce problème est bloquant car le script d'import d'images ne traitent pas les produits ayant des images validées.

 Commentaires   
Commentaire de Swan Desportes [ 06/oct./05 11:49 ]
Il faudrait pouvoir traiter les images non visibles/non valides/corrompues dans l'interface de gestion d'images.
Commentaire de Renaud Dierickx [ 07/oct./05 09:24 ]
Pour corriger ce problème, le script d'import a été modifié pour ne pas prendre en compte les images de type ICON et suite à une demande de swan, j'affiche les vignettes actives en bo.



[INF-574] Arrivée de Stéphane Aumont au BO Création: 12/nov./10 12:20  Mise à jour: 15/nov./10 14:45  Résolue: 15/nov./10 14:45

Etat: Résolu
Projet: Infrastructure
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Victoire Douay Attribution: Stéphane Eccli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Word Arrivée Stéphane Aumont.doc     Microsoft Excel Plan back office.xlsx    

 Description   
Stéphane arrive le 15 Novembre.

On va l'installer dans l'équipe internationale (Laura). CF plan BO

Désolée de prévenir au dernier moment, ça s'est fait rapidement.

Merci,

V

 Commentaires   
Commentaire de Stéphane Eccli [ 15/nov./10 14:45 ]
comptes créés, ajout aux listes sauf BO.SAV.FR.INTL qui n'existe pas.



[APP-24630] Bug sur inventaire BO Création: 16/mars/09 14:56  Mise à jour: 25/mars/09 16:45  Résolue: 25/mars/09 13:42

Etat: Fermé
Projet: Application PriceMinister
Composants: Annonces, Back-Office, Inventaire
Affecte la/les version(s): 42.0.1
Version(s) corrigée(s): 43.0.0 (CAT-H)

Type: Bogue Priorité: Majeur
Rapporteur: Cedric Favero Attribution: Dispatcher (Pôle CAT)
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
FRA - France
Site: Prod
Projets PM: *** RESERVE ***

 Description   
Probleme lorsqu'on clique en BO sur l'inventaire d'un utilisateur:

http://bo.priceminister.com/advert_back?action=advertsearch&advstatuscode=10&fuzzy=false&numberrows=200&selleraccountid=16516753

On a pas l'integralité et s'arrete sur un "Erreur - Non disponible"

Pb avec la fiche en question ou autre bug?


Merci

 Commentaires   
Commentaire de Espérance Galouo-Lece [ 17/mars/09 10:14 ]
2009-03-17 09:56:33,882 INFO [Processor107] BO:Anonyme - >>> GET http://bo.priceminister.com/advert_back?action=advertsearch&advstatuscode=10&fuzzy=false&numberrows=200&selleraccountid=16516753
2009-03-17 09:56:34,268 ERROR [Processor107] BO:Anonyme - Block generation error in : com.babelstore.advert.back.AdvertSearch_jsp
2009-03-17 09:56:34,269 ERROR [Processor107] BO:Anonyme - Assembly error
Servlet=com.babelstore.advert.back.AdvertBackServlet
Request=GET http://bo.priceminister.com/advert_back?action=advertsearch&advstatuscode=10&fuzzy=false&numberrows=200&selleraccountid=16516753
Referrer=http://pricejira.lan/browse/APP-24630
User-Agent=Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4
Trace=java.lang.NullPointerException
        at java.lang.StringBuilder.<init>(StringBuilder.java:92)
        at com.babelstore.common.ProductSummaryInfo.getBOTopic(ProductSummaryInfo.java:149)
        at com.babelstore.advert.back.AdvertSearch_jsp.generate(AdvertSearch_jsp.java:168)
        at com.babelstore.util.Block.generate(Block.java:140)
        at com.babelstore.util.web.Request.include(Request.java:560)
        at com.babelstore.util.web.Request.include(Request.java:593)
        at com.babelstore.util.web.Request.include(Request.java:599)
        at com.babelstore.common.back.BackTemplate_jsp.generate(BackTemplate_jsp.java:87)
        at com.babelstore.util.Block.generate(Block.java:140)
        at com.babelstore.util.web.Screen.generate(Screen.java:150)
        at com.babelstore.util.web.Request.generate(Request.java:533)
        at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:421)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:187)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:619)
2009-03-17 09:56:34,269 INFO [Processor107] BO:Anonyme - <<< [387 ms] GET http://bo.priceminister.com/advert_back?action=advertsearch&advstatuscode=10&fuzzy=false&numberrows=2
00&selleraccountid=16516753
Commentaire de Benoît Bourdon [ 25/mars/09 13:42 ]
Corrigé avec la Cat-H



[APP-6667] Stat à 0 dans le bo Création: 12/déc./05 09:50  Mise à jour: 25/juin/07 18:33  Résolue: 16/déc./05 16:16

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 8.0.8e
Version(s) corrigée(s): 8.1.0

Type: Bogue Priorité: Majeur
Rapporteur: Pascal Roselli Attribution: Geneviève Beaujard
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
doublon de APP-6738 Vue materialisée ADVERT_GLOBAL_SELLER... Fermé
Site: Prod

 Description   
Régulièrement nous avons des jours à 0 dans les stats du bo ce qui est assez ennuyeux car les chefs de marchés s'en servent pour le suivi de l'activité.

Pensez vous que cela puisse être reconstitué pour le passé et évité pour l'avenir ?

 Commentaires   
Commentaire de Geneviève Beaujard [ 16/déc./05 16:16 ]
Cette info est prise dans une vue materialisée.
Suite a la migration de PrdStatusCode.ACTIVE en PrdStatusCode.VALIDATED_SYS, PrdStatusCode.VALIDATED_BO la vue materialisée est fausse.
Tant que le bug http://pricejira.lan/browse/APP-6738 n'est pas corrigé, les resultats sont faux.
Voir aussi bug http://pricejira.lan/browse/APP-6691.



[APP-18740] pas réussi à créer de TG en BO Création: 28/nov./07 11:50  Mise à jour: 21/mars/08 17:59  Résolue: 17/déc./07 08:28

Etat: Fermé
Projet: Application PriceMinister
Composants: TG
Affecte la/les version(s): 18.0.0
Version(s) corrigée(s): 19.0.0

Type: Bogue Priorité: Majeur
Rapporteur: Jany Marimoutou Attribution: Geneviève Beaujard
Résolution: Corrigé  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Pièces jointes: JPEG File page_non_dispo.JPG     JPEG File screenshot-1.jpg    
Liens des demandes:
Similaire
similaire à APP-19978 Titre tiroir TG : impossible de créer... Fermé
Sous-tâches:
Clé
 Résumé
 Type
 Etat
 Attribution
APP-18975 BO creation de TG: message d'erreur p... Sub-bug Fermé Geneviève Beaujard  
APP-18976 BO creation de TG: renseigner la prop... Sub-bug Fermé Nicolas Chauveau  
Pays:
FRA - France
Site: Integ
Projets PM archivés: Maintenance 19.x.x

 Description   
impossible de créer une TG en BO : ai cliqué sur "créer", puis choisi "actif", puis pyramide "pyramide" puis apparaît : "La page demandée n'est pas disponible"

 Commentaires   
Commentaire de Espérance Galouo-Lece [ 28/nov./07 12:46 ]
les logs:

2007-11-28 12:41:32,492 INFO [P-Processor5] BO:Anonyme - >>> GET http://www.pm.lan/display_back?action=displaysearch&fuzzy=false&numberrows=200&startdate=19%2F11%2F2007
2007-11-28 12:41:32,549 INFO [P-Processor5] BO:Anonyme - <<< [57 ms] GET http://www.pm.lan/display_back?action=displaysearch&fuzzy=false&numberrows=200&startdate=19%2F11%2F2007
2007-11-28 12:41:48,018 INFO [P-Processor5] BO:Anonyme - >>> GET http://www.pm.lan/display_back?action=displayunit
2007-11-28 12:41:48,036 INFO [P-Processor5] BO:Anonyme - <<< [18 ms] GET http://www.pm.lan/display_back?action=displayunit
2007-11-28 12:42:11,971 INFO [P-Processor2] BO:Anonyme - >>> POST http://www.pm.lan/display_back!action=displayuni...&dspstatuscode=20&dsptypecode=20&reload=true
2007-11-28 12:42:11,972 ERROR [P-Processor2] BO:Anonyme - Load error
Servlet : com.babelstore.display.back.DisplayServlet
Request : POST http://www.pm.lan/display_back!action=displayuni...&dspstatuscode=20&dsptypecode=20&reload=true
Referrer : http://www.pm.lan/display_back?action=displayunit
User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.10) Gecko/20071115 Firefox/2.0.0.10
Trace : java.lang.NullPointerException
        at com.babelstore.util.Input.hasForbiddenWords(Input.java:190)
        at com.babelstore.display.DisplayUnitInput.checkName(DisplayUnitInput.java:71)
        at com.babelstore.display.DisplayUnitInput.verify(DisplayUnitInput.java:94)
        at com.babelstore.display.back.DisplayUnitUpdateAction.parse(DisplayUnitUpdateAction.java:107)
        at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:325)
        at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:299)
        at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:212)
        at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:185)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:153)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)

2007-11-28 12:42:11,983 INFO [P-Processor2] BO:Anonyme - <<< [12 ms] POST http://www.pm.lan/display_back!action=displayuni...&dspstatuscode=20&dsptypecode=20&reload=true
Commentaire de Geneviève Beaujard [ 17/déc./07 07:55 ]
Le message contenant d'erreur contenant des balises html ne s'assiche pas correctement.Il faudrait tout simplement indiquer dans le message d'erreur que le texte contient des mots interdits qui sont fixés par une propriété.
Commentaire de Geneviève Beaujard [ 17/déc./07 07:56 ]
le message d'erreur contenant des balises html ne s'affiche pas correctement.
Il faudrait tout simplement indiquer dans le message d'erreur que le texte contient des mots interdits qui sont fixés par une propriété.
Commentaire de Geneviève Beaujard [ 17/déc./07 08:27 ]
Checking in DisplayUnitInput.java;
/home/cvs/dev/source/src/com/babelstore/display/DisplayUnitInput.java,v <-- DisplayUnitInput.java
new revision: 1.19; previous revision: 1.18
done
Commentaire de Geneviève Beaujard [ 31/janv./08 07:46 ]
 Ce bug se produit car le nom de la tg n'est pas renseigné ET que la propriété "priceminister.tg.forbidden_word" est renseignée en INTEG.
En prod la propriété n'est pas renseignée, je pense qu'il faut la renseigner en prod.
Cette propriété indique les mots interdits.

En effet la verification qui est effectuée dans DisplayUnitInput indique bien une erreur quand le nom de la TG n'est pas renseigné, MAIS continue ensuite a verifier si le nom ne contient pas de mots interdits et c'est la que l'on choppe le NullPointerExcetion;
DE plus le message d'erreur n'est pas tres clean quand le nom contient des balises html voir http://pricejira.lan/secure/attachment/24801/screenshot-1.jpg
Je vais poster un bug a ce sujet. http://pricejira.lan/browse/APP-18975

Je vais aussi poster un bug pour renseigner la propriété priceminister.tg.forbidden_word en prod: http://pricejira.lan/browse/APP-18976



[APP-31025] Ecran parrainage BO ne répond plus... Création: 15/sept./10 14:32  Mise à jour: 17/sept./10 11:03  Résolue: 15/sept./10 16:16

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 77.0.0 (TX-P)

Type: Bogue Priorité: Majeur
Rapporteur: Fabrice Feugas Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File 2010-09-15_143445.JPG    
Pays:
FRA - France
Projets PM: *** RESERVE ***

 Description   
Sponsorshipback n'a plus l'air de répondre en prod... Problème de servlet ?

http://bo.priceminister.jmh/sponsorship_back?action=sponsorshipview&sponsorshipid=151787007

 Commentaires   
Commentaire de Jérémie Bennejean [ 15/sept./10 15:17 ]
La servlet est correctement mappé sur le BO (priceminister.com)
La servlet est maintenant mappé sur bo.jmh (attention dans ce cas tu pointes sur un AS particulier).
Commentaire de Fabrice Feugas [ 15/sept./10 16:06 ]
Ok merci.

Du coup c'est tout bon maintenant ?



[INF-358] Nouvelle arrivée au BO/SAV Création: 28/août/09 15:16  Mise à jour: 09/févr./10 12:15  Résolue: 09/févr./10 12:15

Etat: Résolu
Projet: Infrastructure
Composants: Arrivée/Départ
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Jemima Barru Attribution: Christophe Garcia
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Word Hind.doc    

 Description   
Hind BELHADI nous rejoint à partir du 1er septembre 2009.

Pas de place pour le moment, elle occupera le poste de Stéphanie BOILLON, en vacances.

Donc uniquement compte + mail, pour le moment.

Merci.

Jémima

 Commentaires   
Commentaire de Stéphane Eccli [ 31/août/09 10:20 ]
comptes ok, reste Jira



[EXP-1919] Procédure exploitation BO sur TELLUS Création: 03/mai/06 13:04  Mise à jour: 16/sept./08 17:44  Résolue: 16/sept./08 17:44

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Sébastien Tournay Attribution: Patrice Boulanger
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
On va avoir besoin pour des opérations de maintenance de stopper toute la plateforme PriceMinister.

Il faut donc pour stopper l'applicatif BO installé sur TELLUS. Il faut donc avancer sur la création d'un script pmbo --stop pour arrêter tous les composants. Il faut aussi rédiger la procédure associée dans l'objectif de confier cela à JMH/CMS.

 Commentaires   
Commentaire de Julien Rampon [ 18/mai/06 18:15 ]
Le script /data1/home/bo/bobje/pmbi sur perignon semble être correct ( cf jira EXP-774 )

François, pourrais tu me dire si le script vous utilisez ce script pour le démarrage et s'il répond à vos attentes ?

Il n'y a simplement qu'un petite modification à faire dans ce script pour le passer en prod.

Si tout est ok pour toi, je le mettrai en place avec toi (n'ayant pas l'accès au compte "bo" sur Tellus)

Julien



[APP-12929] Liens vers Pages Jaunes en BO Création: 04/oct./06 15:29  Mise à jour: 25/juin/07 18:45  Résolue: 09/oct./06 16:27

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 9.0.4
Version(s) corrigée(s): 10.0.0 (ESP)

Type: Bogue Priorité: Majeur
Rapporteur: Juan Luis Fajardo Attribution: Arnaud Forgues
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ESP - Espagne
Site: Integ

 Description   
Il faudrait modifier les liens du BO vers le site des Page Jaunes afin de retrouver les adresses du Pricemembers espagnols.
A la place de pagesjaunes.fr il faudrait mettre http://blancas.paginasamarillas.es/

 Commentaires   
Commentaire de Arnaud Forgues [ 09/oct./06 16:27 ]
Ok
Commentaire de Arnaud Forgues [ 16/oct./06 15:39 ]
Je le remet en 9.0.4 car il faut quand meme vérifier qu'il n'y a pas de régression sur les liens Pages jaunes en BO France (mais il est vrai qu'il faudra le vérifier sur le site Espagne également !)
Commentaire de Patrick Condevaux [ 16/oct./06 16:04 ]
Arnaud, justement j'aavais verifier qu'il n'y avait pas de regression sur le BO france avant de le deplacer en 9041 afin qu'il soi plus tard verifier sur la plate-forme espagne.

Il n'y a pas de regression, ca focntionne comme en prod, meme si c'est pas parfait les champs nom et prenom ne sont pas renseignés.
Commentaire de Arnaud Forgues [ 16/oct./06 16:54 ]
ok cool !! (pour les champs nom et prénom c'est normal, c'est voulu !)
Commentaire de Patrick Condevaux [ 07/nov./06 16:26 ]
ok sur l'INTEG ES



[APP-25350] Réserve : désabonnement planetanoo en BO Création: 19/mai/09 17:03  Mise à jour: 28/mai/09 14:07  Résolue: 28/mai/09 14:07

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 47.0.0 (TX-G)
Version(s) corrigée(s): 47.0.0 (TX-G)

Type: Amélioration Priorité: Majeur
Rapporteur: Arnaud Forgues Attribution: Emilien Guichard
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: PNG File ajout_BO.png    
Pays:
ALL - Tous
Projets PM: *** RESERVE ***

 Description   
Ajouter un lien de désabo sur la fiche user en BO dans la rubrique "Abonnement" afin de désabonnement l'utilisateur directement chez Planetanoo

On stoquera un evenement pour historiser l'action de désabonnement chez le partenaire, mais on ne modifiera pas l'état de l'abonnement chez PM (au niveau de la BDD)

 Commentaires   
Commentaire de Fabien Bourdoulous [ 19/mai/09 17:19 ]
Pour info :

Committing to: bzr://perrier/dev/pole/tx/
modified source/etc/priceminister-es.properties
modified source/etc/priceminister-fr.properties
modified source/etc/priceminister-uk.properties
modified source/src/com/babelstore/user/back/UserBackServlet.java
added source/src/com/babelstore/user/back/UserUnsubscribePlanetanooAction.java
modified source/src/com/babelstore/user/back/UserView.jsp
modified source/src/com/babelstore/user/business/UserBusiness.java
modified source/src/com/babelstore/user/business/UserBusinessBean.java
modified source/src/com/babelstore/util/PriceministerProperties.java
Committed revision 24827.
Commentaire de Emilien Guichard [ 19/mai/09 18:46 ]
Le lien dont on parle est celui-ci : http://www.planetanoo.com/unsubscribe-direct.php?email=emeric.teil@priceminister.com
Il doit ouvrir une nouvelle fenêtre.
Ce lien doit être dans une property, la partie email doit être dynamiquement renseignée en fonction de l'utilisateur concerné.

Pour l'ajout au BO, cf.capture.

Dernière précision : on l'affiche systématiquement, quel que soit l'état d'abo connu côté PM

Petite demande « chantilly » : avoir un petit événement supplémentaire au niveau user :)
Commentaire de Emeric Teil [ 26/mai/09 12:12 ]
OK en Integ
Commentaire de Christophe Garcia [ 27/mai/09 14:37 ]
Chaque fois que quelqu'un jouera avec cette option en INTEG (ou ailleurs) il ira désabonner en VRAI l'utilisateur sur la PROD de Planetanoo. Bof, bof, ..

On peut pas faire un mode FAKE qui fasse tout sauf l'appel à Planetanoo ? Ou bien Planetanoo a-t-il un site de test que l'on puisse paramétrer en INTEG (et ailleurs) ?
Commentaire de Fabien Bourdoulous [ 27/mai/09 15:24 ]
Ça ne devrait pas trop poser de problème depuis l'integ puisque l'email passé en paramètre sera suivi de ".toto".
Commentaire de Arnaud Forgues [ 27/mai/09 18:32 ]
On est ici sur un projet en mode "D&K" ou cheap ou chips ou ..... et donc en gros, pas de mode fake envisageable. Peut etre eventuellement la piste du site de test chez planetanoo, mais faudrait-il encore qu'ils possèdent un tel site ....

Si c'est le cas, nous avons prévu le lien de désabo via une propriété. Il suffira donc de configurer une nouvelle valeur dans le ficher priceminister-overload-xx.properties.

Emilien va voir avec Cédric et/ou Elie et revient vers nous demain matin.
Commentaire de Emeric Teil [ 28/mai/09 14:07 ]
Comme le disait Fabien, les adresses en Integ sont suffixées par ".toto" donc pas d'impact sur le désabo des adresses mails réelles de Prod. Pour le fake, on n'est pas sur une fonctionnalité "sensible", dans le sens où elle n'a aucun impact métier et ne risque pas d'impacter négativement de nombreux utilisateurs... donc si un jour ce lien ne fonctionne plus, le BO nous fera simplement un retour et on modifiera l'url via le Property.



[APP-3049] BO emetteurs-recepteurs Création: 12/nov./04 10:11  Mise à jour: 25/juin/07 18:26  Résolue: 25/juin/07 18:26

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.7a
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Claire Fieschi Attribution: Bruno Ballester
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
En BO Dans les produits soumis, il est impossible en selectionnant "emetteurs-
recepteurs" dans le type de produit d'acceder à la page en question, il y a le
message d'erreur suivant:

La page demandée n'est pas disponible

 Commentaires   
Commentaire de Validator [ 15/nov./04 09:48 ]
Probablement un problème de configuration de la rubrique
Commentaire de Bruno Ballester [ 25/nov./04 14:38 ]
Ce bug ne vient pas d'un problème de configuration de l'arbre.
Commentaire de Geneviève Beaujard [ 25/nov./04 17:11 ]
Ceci est un probleme de configuration, ce type de produit n'existe pas dans qd
on clique sur le lien Configuration produit.
ceci est du au fait que les combo BO presentent les types existants et non les
types configurés.
Commentaire de Bruno Ballester [ 16/déc./04 11:15 ]
Le type est configuré. La selection "emetteurs-recepteurs" dans les produits
soumis du BO fonctionne.



[APP-4125] BO attribut - mediums inaccessibles Création: 25/mai/05 16:21  Mise à jour: 25/juin/07 18:28  Résolue: 25/juin/07 18:28

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 8.0.2pre
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Ariane Baldinger Attribution: Judd OSullivan
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Dans le BO d'intég., "Administration" -> "nom d'attribut" : lorsque l'on
sélectionne le type Voiture ou Voiture(C) on n'a pas accès aux mediums qui ont
été récemment créés ("Voitures disponibles" et "Voitures sur commande").

 Commentaires   
Commentaire de Judd OSullivan [ 26/mai/05 17:11 ]
Un attribut pour une voiture dispo est toujours aussi valable pour une voiture à
commander. On ne veut pas distinguer entre les deux donc on ne peut pas definir
un attribut en BO avec un 'medium' voiture.



[APP-8572] impossible d'ouvrir des liens en BO Création: 19/avr./06 15:49  Mise à jour: 25/juin/07 18:37  Résolue: 12/juin/06 17:57

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 8.1.2c
Version(s) corrigée(s): 9.0.1

Type: Bogue Priorité: Majeur
Rapporteur: Etienne Freneaux Attribution: Geneviève Beaujard
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File explainPlanPyros-qdc.sql     Text File explainPlanPyros_5.txt    
Site: Prod

 Description   
sur une "fiche article", dans l'encart où s'affichent les statistiques du vendeur (côté droit, en bas de page), sur la ligne "Claims ventes": les liens attachés aux statistiques sont très très longs (voire impossibles) à ouvrir, et ce depuis une ou deux semaines.
exemple : http://bo.priceminister.jmh/purchase_back?action=itemview&itemid=41220901&purchaseid=34116504

 Commentaires   
Commentaire de Quentin de Chivré [ 11/mai/06 09:59 ]
Sortir les requetes SQL et le explain plan en integ et prod
Commentaire de Geneviève Beaujard [ 12/mai/06 10:17 ]
Voir http://pricejira.lan/secure/attachment/14592/explainPlanPyros_5.txt
Commentaire de Quentin de Chivré [ 16/mai/06 19:20 ]
Voir analyse jointe : la co:lonne la + sélective est clairement item.seller_account_id, or elle n'est pas dans l'index utilisé ITEM_FKIX_CLM_TYPE_STATUS

Il faut donc utiliser un index ayant cette colonne en 1er, le meilleur candidat étant certainement ITEM_IX_SELLER_CLAIM qui avait probablement été créé pour cette requete BO. Il est bizarre que Oracle ne choisisse pas cet index, il doit y avoir un pb de stats... ?

=> Ajouter un hint pour ce couvrir contre une regression de l'optimiser oracle
Commentaire de Geneviève Beaujard [ 19/mai/06 16:26 ]
OK
Commentaire de Patrick Condevaux [ 22/mai/06 18:49 ]
ok en INTEG
Commentaire de Etienne Freneaux [ 07/juin/06 10:55 ]
le bug n'est hélas toujours pas résolu, les liens ne s'ouvrent plus du tout, et c'est vraiment problématique. désolé :-/
Commentaire de Geneviève Beaujard [ 07/juin/06 12:16 ]
Pas de chance moi aussi je suis tombé dans le panneau car on essayait depuis la machine junon.
En effet le lien http://bo.priceminister.jmh/purchase_back?action=itemview&itemid=41220901&purchaseid=34116504 atterit sur la machine junon.
La nouvelle charte n'a pas été deployée sur junon et venus.
Tu peux reessayer ton lien sur une autre machine, ca fonctionne correctement.
Par contre, j'ai oublié de trier les claims, je vais poster un bug a ce sujet.
Commentaire de Etienne Freneaux [ 07/juin/06 12:21 ]
ah, ok !! effectivement ça marche !
Mais alors c'est embêtant, parce que j'utilise JMH, et sur JMH j'ai pas le choix : c'est Junon d'office :-/ ya pas moyen de remédier à ce pépin ?
Commentaire de Geneviève Beaujard [ 07/juin/06 14:25 ]
Il faut voir ça avec sebastien.
Commentaire de Younès Charrière [ 07/juin/06 19:10 ]
Commentaire de Fabrice Tiercelin : tous les liens s'affichent en moins de deux secondes (INTEG et PROD).
Commentaire de Patrick Condevaux [ 04/juil./06 17:24 ]
ok



[APP-5637] Création produit en BO impossible Création: 09/sept./05 12:54  Mise à jour: 25/juin/07 18:31  Résolue: 14/sept./05 10:31

Etat: Fermé
Projet: Application PriceMinister
Composants: Produits
Affecte la/les version(s): 8.0.5
Version(s) corrigée(s): 8.0.6

Type: Bogue Priorité: Critique
Rapporteur: Arnaud Forgues Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Site: Dev

 Description   
En BO sur l'écran Recherche Produit, si on sélectionne un type de produit afin de faire un création produit BO, alors on obtient un message d'erreur "Erreur non disponible.

Techniquement il s'agit d'un oubli de test sur l'utilisation du detProduct dans referential.back.ProductView.jsp pour calculer la variable "allowMulti". Il manque ici probablement un test sur la miseà jour ou création du produit ou tout simplement de la non nullité de l'obet "detProduct".

Renaud doit etre le plus au courant car j'ai vérifié avec Judd, il s'agit d'une modification qu'il a faite le 1er aout (et qui n'a pas été détécté pendant les tests de la V805 d'ailleurs ...)

Quentin pense que ce bug existe déjà. Met le en doublon si c'est le cas

 Commentaires   
Commentaire de Renaud Dierickx [ 14/sept./05 10:31 ]
En faisant la refonte du BO Produit, j'avais effectivement cassé la création de produit... Merci de tester l'ensemble des formulaires à la création d'un produit et lors de la modification de celui-ci pour fermer ce bug.
Commentaire de Bruno Ballester [ 06/oct./05 10:47 ]
Autoradio et un livre avec contributeurs créés :
http://bo.pm.lan/referential_back?action=productview&productid=6029161



[APP-3438] BO / summary : Signe '%' manquant par ci par la Création: 10/janv./05 18:28  Mise à jour: 25/juin/07 18:27  Résolue: 25/juin/07 18:27

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.3.0pre
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Justin Ziegler Attribution: Gaël Klosek
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
C'est le cas pour :
. les paniers
. les nouveaux comptes
. les articles vendus & mis en ligne en global

On pourrait en profiter pour rajouter aussi un signe + / - le cas echeant pour
que l'on sache ou on se situe par rapport a la semaine precedente.

Si on pousse meme plus loin, on pourrait rajouter que savoir qu'on a -5% par
rapport a la semaine derniere, c plus parlant que 95% de la semaine derniere...

 Commentaires   
Commentaire de Gaël Klosek [ 12/janv./05 11:23 ]
BO Summary :
  Correction of the % sign display;
  Addition of the + / - sign for values regarding a variation;



[APP-24181] FP non accessible en BO Création: 05/févr./09 17:05  Mise à jour: 09/févr./09 16:48  Résolue: 06/févr./09 17:59

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 40.0.0 (CAT-G)
Version(s) corrigée(s): 40.0.0 (CAT-G)

Type: Bogue Priorité: Bloquant
Rapporteur: Christophe Garcia Attribution: Martin Sudmann
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
GBR - Royaume Uni
Site: Integ
Projets PM: *** RESERVE ***

 Description   
2009-02-05 17:01:53,664 INFO [-Processor18] BO:Anonyme - >>> GET http://bo.uk.integ/referential_back?action=productview&productid=26203956
2009-02-05 17:01:54,134 ERROR [-Processor18] BO:Anonyme - Load error
Servlet : com.babelstore.referential.back.ReferentialBackServlet
Request : GET http://bo.uk.integ/referential_back?action=productview&productid=26203956
Referrer : null
User-Agent : Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322)
Trace : java.lang.NullPointerException
        at com.babelstore.referential.back.ProductViewModel.load(ProductViewModel.java:315)
        at com.babelstore.util.web.Model.doLoad(Model.java:53)
        at com.babelstore.util.Block.load(Block.java:120)
        at com.babelstore.util.web.Screen.load(Screen.java:121)
        at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:260)
        at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:206)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:168)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValv

 Commentaires   
Commentaire de Benoît Bourdon [ 05/févr./09 17:14 ]
et pourtant le produit existe / il est visible en front :

http://bo.uk.integ/offer/buy/26203956/Tribute-To-Madonna---Import-U-S.html

Commentaire de Christophe Garcia [ 06/févr./09 15:25 ]
C'était quoi le pb ?
Commentaire de Martin Sudmann [ 06/févr./09 15:31 ]
on essayé de récupérer le nom pour une clé d'attribut qui n'existe qu'en FR et ES (pour le moment). Il s'agissait de l'attribut "gamme".
J'ai ajouté le test si l'attribut existe, comme ça, le jour où CNET créera l'attribut en UK, il s'affichera tout seul.

Désolé pour l'oublie du commentaire de fermeture.
Commentaire de Christophe Garcia [ 06/févr./09 17:32 ]
Presque ...

2009-02-06 17:31:00,366 INFO [-Processor18] BO:Anonyme - >>> GET http://bo.uk.integ/referential_back?action=productview&productid=32187436
2009-02-06 17:31:00,767 ERROR [-Processor18] BO:Anonyme - Load error
Servlet : com.babelstore.referential.back.ReferentialBackServlet
Request : GET http://bo.uk.integ/referential_back?action=productview&productid=32187436
Referrer : null
User-Agent : Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322)
Trace : java.lang.NullPointerException
        at com.babelstore.referential.back.ProductViewModel.load(ProductViewModel.java:339)
        at com.babelstore.util.web.Model.doLoad(Model.java:53)
        at com.babelstore.util.Block.load(Block.java:120)
        at com.babelstore.util.web.Screen.load(Screen.java:121)
        at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:260)
        at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:206)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:168)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:619)

2009-02-06 17:31:00,785 INFO [-Processor18] BO:Anonyme - <<< [419 ms] GET http://bo.uk.integ/referential_back?action=productview&productid=32187436
Commentaire de Martin Sudmann [ 06/févr./09 17:50 ]
autre attribut, mais la même erreur : cette fois c'est la clé de GAME_CLASSIFICATION qui n'existe pas en UK.

J'ai fait une passe sur tout le fichier et je l'ai traité de la même manière.
Commentaire de Martin Sudmann [ 06/févr./09 17:59 ]
Là j'ai fait le tour des constantes dans le code BO FP - mais je ne peux pas tester en DEV parce qu'on n'a pas de jeux vidéo. (sinon je l'avais déjà vu à la première fois...).



[APP-12189] Requêtes BO très lentes Création: 08/sept./06 11:14  Mise à jour: 25/juin/07 18:44  Résolue: 01/mars/07 17:01

Etat: Fermé
Projet: Application PriceMinister
Composants: Base de données, Perf
Affecte la/les version(s): 9.0.3
Version(s) corrigée(s): 13.0.0

Type: Amélioration Priorité: Mineur
Rapporteur: Pierre Krings Attribution: Geneviève Beaujard
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Site: Prod
Projets PM archivés: Maintenance 14.x.x

 Description   
Rien de nouveau, mais je signale comme on me l'a demandé une requête particulièrement lente en BO :

Lorsque je fais une recherche panier du jour en précisant que je souhaite voir uniquement les paniers de type Contrat (annonces ou garanties auto), la requête mets quelques dizaines de secondes alors même que la recherche est limitée à la journée en cours :

http://bo.priceminister.com/purchase_back?action=purchasesearch&javascript_callback=&purchase_id=&pch_status_code=&itm_status_code=&pch_type_code=30&buyer_login=&seller_login=&credit_card=&number_request=&start_date=08%2F09%2F2006&date_search_type=0&end_date=&order=1&number_rows=50&x=52&y=10

En relançant la même requête quelques instants plus tard, ça va beaucoup plus vite.

Dans le même registre, la recherche article est infiniment plus lente que la recherche panier. Exemple : recherche articles "Tout (sauf périmés)" et type = "Audio portable" et date d'autorisation panier = aujourd'hui. Le résultat met plusieurs minutes à venir, quand ça ne plante pas.

 Commentaires   
Commentaire de Edouard Gomez-Vaez [ 11/sept./06 12:47 ]
Patrick, as-tu les mêmes traces de ton côté ?
Commentaire de Patrick Pereira [ 11/sept./06 15:27 ]
Vendredi, nous avions un gros problème de charge sur la base.
Aujourd'hui (où nous n'avons plus ce problème) lorsque je vais sur le lien ci-dessus la réponse est immédiate.
Pour moi ça va.
Commentaire de Pierre Krings [ 11/sept./06 15:55 ]
Le truc dont je parle est récurrent. En particulier la requête article.

http://bo.priceminister.com/purchase_back?action=itemsearch&product_id=&javascript_callback=&item_id=&itm_status_selection=&purchase_id=&itm_type_code=&prd_type_code=310&buyer_login=&seller_login=&start_date=11%2F09%2F2006&date_search_type=0&end_date=&number_rows=200&x=29&y=6
Commentaire de Patrick Pereira [ 12/sept./06 17:39 ]
Tu as raison.
Je vais travailler dessus.
Merci.
Commentaire de Patrick Pereira [ 13/sept./06 11:13 ]
La requête qui pose problème est la suivante :

VAR x1 NUMBER ;
EXEC :x1 := 310;
VAR x2 VARCHAR2(30) ;
EXEC :x2 := '2006-09-13 00:00:00';

SELECT item.item_id, item.adv_allow_pickup, item.adv_allow_shipping, item.adv_currency_id, item.adv_is_original, item.adv_pickup_country_id, item.adv_pickup_phone_number, item.adv_pickup_zip, item.adv_quality_code, item.adv_sale_price, item.adv_seller_comment, item.adv_seller_private_comment, item.adv_seller_reference1, item.adv_serial_number, item.adv_type_code, item.advert_id, item.buyer_account_id, item.buyer_bonus, item.buyer_comment, item.buyer_login,
item.buyer_negotiation_comment, item.buyer_remind_code, item.buyer_remind_date, item.change_date, item.claim_closing_date, item.claim_comment, item.claim_compensation_id, item.clm_status_code, item.closing_date, item.commission_id, item.commit_date, item.compensation_id, item.compensation_processing_date, item.complement_product_id, item.cpl_prd_text_1, item.creation_date, item.currency_id, item.feedback_date, item.history, item.is_abandonned, item.item_commission_tax_rate,
item.item_cost_price, item.item_fixed_commission_net, item.item_fixed_commission_tax, item.item_varia_commission_net, item.item_varia_commission_tax, item.itm_cancel_code, item.itm_claim_type_code, item.itm_status_code, item.itm_type_code, item.last_claim_date, item.origin_block, item.origin_screen, item.prd_author_name, item.prd_back_category_id, item.prd_currency_id, item.prd_distributor_name, item.prd_editor_name, item.prd_icon_id, item.prd_line_key, item.prd_list_price,
 item.prd_manufacturer_key, item.prd_medium_code, item.prd_model_key, item.prd_performer_name, item.prd_release_date, item.prd_text_1, item.prd_title, item.prd_type_code, item.product_id, item.purchase_id, item.return_shipping_price, item.row_version, item.seller_account_id, item.seller_bonus, item.seller_country_id, item.seller_justification, item.seller_login, item.seller_remind_code, item.seller_remind_date, item.seller_score, item.ship_commission_net,
 item.ship_commission_tax, item.ship_commission_tax_rate, item.ship_cost_price, item.shipment_number_1, item.shipment_number_2, item.shipping_size_id, item.shipping_type_id, seller_account.usr_type_code
FROM item, user_account seller_account, purchase
WHERE (seller_account.user_account_id = item.seller_account_id)
AND (item.itm_status_code IN (10,20,30,40,60,70,100))
AND (item.prd_type_code = :x1)
AND (purchase.purchase_id = item.purchase_id)
AND (purchase.authorization_date >= TO_DATE(:x2, 'YYYY-MM-DD HH24:MI:SS') )
ORDER BY item.creation_date desc
;

Son plan est le suivant en prod :

179 rows selected.

Elapsed: 00:03:03.94

Execution Plan
----------------------------------------------------------
   0 SELECT STATEMENT Optimizer=CHOOSE (Cost=72468 Card=70031 Bytes=28362555)
   1 0 SORT (ORDER BY) (Cost=72468 Card=70031 Bytes=28362555)
   2 1 HASH JOIN (Cost=68183 Card=70031 Bytes=28362555)
   3 2 TABLE ACCESS (BY INDEX ROWID) OF 'PURCHASE' (Cost=7118 Card=650621 Bytes=6506210)
   4 3 INDEX (RANGE SCAN) OF 'PURCHASE_IX_AUTHORIZATION' (NON-UNIQUE) (Cost=49 Card=1)
   5 2 HASH JOIN (Cost=60414 Card=70031 Bytes=27662245)
   6 5 TABLE ACCESS (BY INDEX ROWID) OF 'ITEM' (Cost=22894 Card=70031 Bytes=27031966)
   7 6 INDEX (RANGE SCAN) OF 'ITEM_IX_BEST_SALES' (NON-UNIQUE) (Cost=1065 Card=70031)
   8 5 TABLE ACCESS (FULL) OF 'USER_ACCOUNT' (Cost=35576 Card=4764665 Bytes=42881985)

Statistics
----------------------------------------------------------
         58 recursive calls
          0 db block gets
     266842 consistent gets
     164115 physical reads
          0 redo size
      99998 bytes sent via SQL*Net to client
       1275 bytes received via SQL*Net from client
         13 SQL*Net roundtrips to/from client
          1 sorts (memory)
          0 sorts (disk)
        179 rows processed

L'optimiseur devrait utiliser l'index PK_USER_ACCOUNT au lieu de faire un TABLE ACCESS (FULL) OF 'USER_ACCOUNT' .
Si je force cet index le plan devient :

Elapsed: 00:00:02.38

Execution Plan
----------------------------------------------------------
   0 SELECT STATEMENT Optimizer=CHOOSE (Cost=104970 Card=70031 Bytes=28362555)
   1 0 SORT (ORDER BY) (Cost=104970 Card=70031 Bytes=28362555)
   2 1 NESTED LOOPS (Cost=100685 Card=70031 Bytes=28362555)
   3 2 HASH JOIN (Cost=30654 Card=70031 Bytes=27732276)
   4 3 TABLE ACCESS (BY INDEX ROWID) OF 'PURCHASE' (Cost=7118 Card=650621 Bytes=6506210)
   5 4 INDEX (RANGE SCAN) OF 'PURCHASE_IX_AUTHORIZATION' (NON-UNIQUE) (Cost=49 Card=1)
   6 3 TABLE ACCESS (BY INDEX ROWID) OF 'ITEM' (Cost=22894 Card=70031 Bytes=27031966)
   7 6 INDEX (RANGE SCAN) OF 'ITEM_IX_BEST_SALES' (NON-UNIQUE) (Cost=1065 Card=70031)
   8 2 TABLE ACCESS (BY INDEX ROWID) OF 'USER_ACCOUNT' (Cost=1 Card=1 Bytes=9)
   9 8 INDEX (UNIQUE SCAN) OF 'PK_USER_ACCOUNT' (UNIQUE) (Cost=1 Card=1)

Statistics
----------------------------------------------------------
         59 recursive calls
          0 db block gets
      67468 consistent gets
         11 physical reads
          0 redo size
      99998 bytes sent via SQL*Net to client
       1323 bytes received via SQL*Net from client
         13 SQL*Net roundtrips to/from client
          1 sorts (memory)
          0 sorts (disk)
        179 rows processed
Commentaire de Patrick Pereira [ 13/sept./06 11:15 ]
J'observe le même comportement en DEV. Même si je recalcule les statistiques de USER_ACCOUNT et tous ses indexes le plan reste le même.
Il va peut-être falloir ajouter dans le code le hint : /*+index(seller_account PK_USER_ACCOUNT)*/
Commentaire de Patrick Pereira [ 13/sept./06 12:18 ]
Même chose en Integ.
Qu'en penses-tu Quentin.
Merci.
Commentaire de Patrick Pereira [ 15/sept./06 17:49 ]
Après en avoir discuté avec Quentin, il apparait qu'il est un peu dangereux de mettre un hint aussi restrictif sur cette requête qui est fortement paramètrable.
On va plutôt se diriger vers un hint plus généraliste : /*+ FIRST_ROWS */

Le plan devient :

Execution Plan
----------------------------------------------------------
   0 SELECT STATEMENT Optimizer=HINT: FIRST_ROWS (Cost=1347094 Card=70031 Bytes=28362555)
   1 0 NESTED LOOPS (Cost=1347094 Card=70031 Bytes=28362555)
   2 1 NESTED LOOPS (Cost=1277063 Card=70031 Bytes=27662245)
   3 2 TABLE ACCESS (BY INDEX ROWID) OF 'ITEM' (Cost=1207032 Card=70031 Bytes=27031966)
   4 3 INDEX (FULL SCAN) OF 'ITEM_IX' (NON-UNIQUE) (Cost=74624 Card=7843497)
   5 2 TABLE ACCESS (BY INDEX ROWID) OF 'USER_ACCOUNT' (Cost=1 Card=1 Bytes=9)
   6 5 INDEX (UNIQUE SCAN) OF 'PK_USER_ACCOUNT' (UNIQUE) (Cost=1 Card=1)
   7 1 TABLE ACCESS (BY INDEX ROWID) OF 'PURCHASE' (Cost=1 Card =1 Bytes=10)
   8 7 INDEX (UNIQUE SCAN) OF 'PK_PURCHASE' (UNIQUE) (Cost=1 Card=1)

Geneviève, à toi !
Commentaire de Geneviève Beaujard [ 17/oct./06 10:19 ]
OK.
Commentaire de Christophe Garcia [ 31/janv./07 16:01 ]
Plante à nouveau (ou toujours très lent)
Commentaire de Geneviève Beaujard [ 01/févr./07 09:48 ]
Pas tres precis ton commentaire.
donnes moi l'url de la requete qui te pose probleme.
Commentaire de Geneviève Beaujard [ 01/mars/07 16:57 ]
voir http://pricejira.lan/browse/APP-14029
Commentaire de Christophe Garcia [ 01/mars/07 17:01 ]
OK plus de pb de lenteur



[APP-26023] Fiche produit inaccessible en BO Création: 22/juil./09 15:11  Mise à jour: 23/juil./09 09:53  Résolue: 22/juil./09 18:37

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 50.0.0 (CAT-J)
Version(s) corrigée(s): 50.0.0 (CAT-J)

Type: Bogue Priorité: Mineur
Rapporteur: M'hand Hadjoudj Attribution: Marion Anfreville
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Integ
Projets PM: *** RESERVE ***

 Description   
Erreur lorsque j'essaie d'accéder à une FP en BO.

2009-07-22 15:06:07,522 INFO [P-Processor6] BO:pmadmin:Anonyme - >>> GET http://www.pm.lan/referential_back?action=productview&productid=80557195
2009-07-22 15:06:07,568 ERROR [P-Processor6] BO:pmadmin:Anonyme - Load error
Servlet=com.babelstore.referential.back.ReferentialBackServlet
Request=GET http://www.pm.lan/referential_back?action=productview&productid=80557195
Referrer=null
User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; GTB6; .NET CLR 1.1.4322)
Trace=java.lang.NullPointerException
        at com.babelstore.category.CategoryOptions.<init>(CategoryOptions.java:101)
        at com.babelstore.category.CategoryOptions.<init>(CategoryOptions.java:66)
        at com.babelstore.referential.back.ProductViewModel.load(ProductViewModel.java:288)
        at com.babelstore.util.web.Model.doLoad(Model.java:54)
        at com.babelstore.util.Block.load(Block.java:122)
        at com.babelstore.util.web.Screen.load(Screen.java:122)
        at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:264)
        at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:210)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:169)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:482)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:619)

2009-07-22 15:06:07,583 INFO [P-Processor6] BO:pmadmin:Anonyme - <<< [61 ms] GET http://www.pm.lan/referential_back?action=productview&productid=80557195

 Commentaires   
Commentaire de Thomas Allier [ 22/juil./09 16:25 ]
repérer pour des FP de type jouet et jeux de plein air.
Commentaire de Edouard Gomez-Vaez [ 22/juil./09 18:14 ]
Cela vient de la configuration des classifications par la configuration "Catégorie racine".

Dans la conf produit, nous pouvons référencer un noeud de mise en vente qui permet d'afficher une ou deux drop down de classification dans le BO.

La migration en 4G de certains formulaire font que ces noeuds ont été désactivés.

Deux solutions :
- réactiver le noeud (en le déplaçant dans l'arbre Soumission produit : Catégories par exemple) et en lui redonnant le bon alias.
- supprimer cette configuration et utiliser la configuration Nom attribut de classification.
Commentaire de Marion Anfreville [ 22/juil./09 18:37 ]
Corrigé en integ pour les types jouet et jeux de plein air.

La modif avait été faite en prod et pas integ.

Je ne sais pas si d'autres produits sont concernés. => une copie de base règlerait le problème.



[APP-13967] Erreur sur getProductListTemplate en BO Création: 30/nov./06 19:08  Mise à jour: 25/juin/07 18:47  Résolue: 01/déc./06 15:04

Etat: Fermé
Projet: Application PriceMinister
Composants: Infoglue
Affecte la/les version(s): 11.0.0 (Merge et Maintenance)
Version(s) corrigée(s): 11.0.0 (Merge et Maintenance)

Type: Bogue Priorité: Majeur
Rapporteur: Christophe Garcia Attribution: Olivier Bourgeois
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Integ
Projets PM archivés: IG - Caches et Finitions

 Description   
2006-11-30 16:59:30,345 INFO [-Processor20] 192.168.1.174 - >>> GET http://bo.pm.lan/referential_back?action=productconfigurationlist
2006-11-30 16:59:30,752 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_books_template not found in CMS
2006-11-30 16:59:30,764 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_book_template not found in CMS
2006-11-30 16:59:30,771 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_books_template not found in CMS
2006-11-30 16:59:30,773 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_book_template not found in CMS
2006-11-30 16:59:30,777 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_books_template not found in CMS
2006-11-30 16:59:30,781 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_book_template not found in CMS
2006-11-30 16:59:30,786 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_autographs_template not found in CMS
2006-11-30 16:59:30,789 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_title_only_template not found in CMS
2006-11-30 16:59:30,794 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_reproductions_template not found in CMS
2006-11-30 16:59:30,798 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_reproduction_template not found in CMS
....
2006-11-30 16:59:31,006 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_storage_media_template not found in CMS
2006-11-30 16:59:31,010 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_cd_template not found in CMS
2006-11-30 16:59:31,016 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_vinyl_template not found in CMS
2006-11-30 16:59:31,022 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,026 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_musical_instrument_template not found in CMS
2006-11-30 16:59:31,033 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_card_game_template not found in CMS
2006-11-30 16:59:31,037 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_role_playing_game_template not found in CMS
2006-11-30 16:59:31,041 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_books_template not found in CMS
2006-11-30 16:59:31,048 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_partition_template not found in CMS
2006-11-30 16:59:31,053 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_video_template not found in CMS
2006-11-30 16:59:31,057 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_video_template not found in CMS
2006-11-30 16:59:31,061 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_video_template not found in CMS
2006-11-30 16:59:31,063 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_video_template not found in CMS
2006-11-30 16:59:31,069 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_preordered_video not found in CMS
2006-11-30 16:59:31,073 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_video_preorder_template not found in CMS
2006-11-30 16:59:31,076 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_video_games_template not found in CMS
2006-11-30 16:59:31,080 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_video_game_template not found in CMS
2006-11-30 16:59:31,084 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_preordered_video_games_template not found in CMS
2006-11-30 16:59:31,089 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_video_game_preorder_template not found in CMS
2006-11-30 16:59:31,094 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_card_game_template not found in CMS
2006-11-30 16:59:31,096 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_role_playing_game_template not found in CMS
2006-11-30 16:59:31,102 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_card_game_template not found in CMS
2006-11-30 16:59:31,105 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_role_playing_game_template not found in CMS
2006-11-30 16:59:31,109 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,112 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_accessory_audio_video_template not found in CMS
2006-11-30 16:59:31,116 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_preordered_video_games_template not found in CMS
2006-11-30 16:59:31,119 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_title_only_template not found in CMS
2006-11-30 16:59:31,122 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_video_game_accesories_template not found in CMS
2006-11-30 16:59:31,125 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_video_game_accessories_template not found in CMS
2006-11-30 16:59:31,130 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_game_console_template not found in CMS
2006-11-30 16:59:31,134 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_console_template not found in CMS
2006-11-30 16:59:31,137 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,141 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,149 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,152 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,156 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,159 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,163 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,167 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,172 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,176 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,180 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,183 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,188 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,192 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,196 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,199 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,204 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,208 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,211 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,214 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,218 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,221 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,225 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,230 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,234 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,237 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,241 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,247 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,253 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,259 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,263 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,342 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,347 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,350 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,354 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,360 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,364 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,372 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_software_template not found in CMS
2006-11-30 16:59:31,376 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,379 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,383 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,386 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,393 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,401 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_photograph_template not found in CMS
2006-11-30 16:59:31,407 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,411 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_photograph_template not found in CMS
2006-11-30 16:59:31,416 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,420 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_photograph_template not found in CMS
2006-11-30 16:59:31,423 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,426 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_photograph_template not found in CMS
2006-11-30 16:59:31,429 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,433 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_photograph_template not found in CMS
2006-11-30 16:59:31,436 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,439 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_photograph_template not found in CMS
2006-11-30 16:59:31,441 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,444 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,450 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,454 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,457 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,459 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,462 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,466 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,473 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,476 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,480 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,483 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_accessory_audio_video_template not found in CMS
2006-11-30 16:59:31,487 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,490 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_accessory_audio_video_template not found in CMS
2006-11-30 16:59:31,493 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,496 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_accessory_audio_video_template not found in CMS
2006-11-30 16:59:31,500 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,503 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,507 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,511 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_sound_hardware_template not found in CMS
2006-11-30 16:59:31,517 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,523 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,527 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,531 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,552 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,555 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,560 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,564 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,568 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,571 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,577 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,580 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,585 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,590 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,593 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,596 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_accessory_audio_video_template not found in CMS
2006-11-30 16:59:31,599 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,605 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_accessory_audio_video_template not found in CMS
2006-11-30 16:59:31,609 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,612 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,616 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,621 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,625 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,628 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,633 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,637 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,647 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,652 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,656 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,659 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,662 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,667 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,671 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,674 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,677 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,681 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,685 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,689 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,693 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,697 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,701 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,704 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,708 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,713 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,720 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,725 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,731 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,734 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,738 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,744 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,748 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,751 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_classic_template not found in CMS
2006-11-30 16:59:31,755 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,759 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_toy_template not found in CMS
2006-11-30 16:59:31,763 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_modelism_template not found in CMS
2006-11-30 16:59:31,767 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_toy_template not found in CMS
2006-11-30 16:59:31,771 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,774 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_parlour_game_template not found in CMS
2006-11-30 16:59:31,777 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,780 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_parlour_game_template not found in CMS
2006-11-30 16:59:31,784 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_modelism_template not found in CMS
2006-11-30 16:59:31,787 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_toy_template not found in CMS
2006-11-30 16:59:31,790 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,792 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_accessory_audio_video_template not found in CMS
2006-11-30 16:59:31,797 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,801 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_cycle_template not found in CMS
2006-11-30 16:59:31,804 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_clothing_template not found in CMS
2006-11-30 16:59:31,808 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_clothes_template not found in CMS
2006-11-30 16:59:31,812 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_clothing_template not found in CMS
2006-11-30 16:59:31,817 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_clothes_template not found in CMS
2006-11-30 16:59:31,823 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,832 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_household_linen_template not found in CMS
2006-11-30 16:59:31,835 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,840 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_household_linen_template not found in CMS
2006-11-30 16:59:31,844 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,847 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_bag_template not found in CMS
2006-11-30 16:59:31,851 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,855 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_bag_template not found in CMS
2006-11-30 16:59:31,860 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_clothing_template not found in CMS
2006-11-30 16:59:31,864 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_shoe_template not found in CMS
2006-11-30 16:59:31,870 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_clothing_template not found in CMS
2006-11-30 16:59:31,874 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_shoe_template not found in CMS
2006-11-30 16:59:31,877 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,880 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_jewelry_template not found in CMS
2006-11-30 16:59:31,883 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,886 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_jewelry_template not found in CMS
2006-11-30 16:59:31,889 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_cosmetic_template not found in CMS
2006-11-30 16:59:31,891 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_cosmetic_template not found in CMS
2006-11-30 16:59:31,894 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_cosmetic_template not found in CMS
2006-11-30 16:59:31,897 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_cosmetic_template not found in CMS
2006-11-30 16:59:31,900 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_furniture_template not found in CMS
2006-11-30 16:59:31,904 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_furniture_template not found in CMS
2006-11-30 16:59:31,908 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_furniture_template not found in CMS
2006-11-30 16:59:31,910 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_furniture_template not found in CMS
2006-11-30 16:59:31,914 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_plants_template not found in CMS
2006-11-30 16:59:31,917 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_furniture_template not found in CMS
2006-11-30 16:59:31,920 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_plants_template not found in CMS
2006-11-30 16:59:31,923 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_furniture_template not found in CMS
2006-11-30 16:59:31,926 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:31,930 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_furniture_template not found in CMS
2006-11-30 16:59:31,934 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_cars_template not found in CMS
2006-11-30 16:59:31,937 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_car_template not found in CMS
2006-11-30 16:59:31,941 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_cars_template not found in CMS
2006-11-30 16:59:31,943 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_car_template not found in CMS
2006-11-30 16:59:31,947 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_sport_template not found in CMS
2006-11-30 16:59:31,950 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_sport_furniture_template not found in CMS
2006-11-30 16:59:31,955 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_sport_template not found in CMS
2006-11-30 16:59:31,958 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_sport_furniture_template not found in CMS
2006-11-30 16:59:31,962 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_card_game_template not found in CMS
2006-11-30 16:59:31,964 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_title_only_template not found in CMS
2006-11-30 16:59:31,968 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_card_game_template not found in CMS
2006-11-30 16:59:31,972 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_title_only_template not found in CMS
2006-11-30 16:59:31,975 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_car_accesory_template not found in CMS
2006-11-30 16:59:31,979 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_car_accessory_template not found in CMS
2006-11-30 16:59:31,983 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_car_accesory_template not found in CMS
2006-11-30 16:59:31,986 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_car_accessory_template not found in CMS
2006-11-30 16:59:31,989 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_car_accesory_template not found in CMS
2006-11-30 16:59:31,993 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_beverage_template not found in CMS
2006-11-30 16:59:31,997 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_car_accesory_template not found in CMS
2006-11-30 16:59:32,000 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_beverage_template not found in CMS
2006-11-30 16:59:32,003 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_gastronomy_template not found in CMS
2006-11-30 16:59:32,005 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_gastronomy_template not found in CMS
2006-11-30 16:59:32,010 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_card_game_template not found in CMS
2006-11-30 16:59:32,014 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_gastronomy_template not found in CMS
2006-11-30 16:59:32,017 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_car_accesory_template not found in CMS
2006-11-30 16:59:32,021 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_decoration_template not found in CMS
2006-11-30 16:59:32,026 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_car_accesory_template not found in CMS
2006-11-30 16:59:32,030 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_decoration_template not found in CMS
2006-11-30 16:59:32,034 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_car_accesory_template not found in CMS
2006-11-30 16:59:32,040 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_decoration_template not found in CMS
2006-11-30 16:59:32,044 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_car_accesory_template not found in CMS
2006-11-30 16:59:32,047 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_decoration_template not found in CMS
2006-11-30 16:59:32,050 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:32,054 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_decoration_template not found in CMS
2006-11-30 16:59:32,059 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_car_accesory_template not found in CMS
2006-11-30 16:59:32,064 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_leasure_activity_template not found in CMS
2006-11-30 16:59:32,067 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_car_accesory_template not found in CMS
2006-11-30 16:59:32,070 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_accessory_cycle_template not found in CMS
2006-11-30 16:59:32,083 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_classic_template not found in CMS
2006-11-30 16:59:32,097 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_accessory_audio_video_template not found in CMS
2006-11-30 16:59:32,101 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_warranty_template not found in CMS
2006-11-30 16:59:32,107 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_default_template not found in CMS
2006-11-30 16:59:32,112 ERROR [-Processor20] 192.168.1.174 - getProductListTemplate: template list_warranty_template not found in CMS
2006-11-30 16:59:32,115 ERROR [-Processor20] 192.168.1.174 - getProductDetailTemplate: template detail_default_template not found in CMS
2006-11-30 16:59:32,116 INFO [-Processor20] 192.168.1.174 - <<< [1771 ms] GET http://bo.pm.lan/referential_back?action=productconfigurationlist
2006-11-30 16:59:55,990 INFO [P-Processor1] 192.168.1.174 - >>> GET http://bo.pm.lan/referential_back?action=productconfigurationview&prdconfigurationid=
10852

 Commentaires   
Commentaire de Olivier Bourgeois [ 01/déc./06 15:04 ]
Manquait le "repository" et le "language" dans la récuperation du template produit : problème du BO qui n'a pas de notion de Brand ni de Platform bien claire.
Donc pour le moment on récupère le template sur le repository par defaut et le language par défaut (ce qui était déjà le cas depuis le début).
Commentaire de Younès Charrière [ 05/déc./06 14:11 ]
Ces erreurs n'ont plus l'air de se produire en Integ.



[INF-552] Arrivée Opérateur BO/SAV Int Création: 07/oct./10 14:54  Mise à jour: 04/nov./10 17:26  Résolue: 04/nov./10 17:26

Etat: Résolu
Projet: Infrastructure
Composants: Arrivée/Départ
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Laura Yeo Attribution: Christophe Garcia
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Word Fiche arrivée - T.Bentley.doc    

 Description   
FICHE SERVICE Arrivée collaborateur

Service : BO Equipe : SAV Int

IDENTIFICATION
Nom : Bentley Prénom : Thomas
Service : BO Emplacement : SAV Int
Date arrivée : 11/10/10 Date de départ :
CDI
Si remplacement, nom de la personne :
Récupération de son matériel et sa ligne : Non x

Matériel Info

Poste de travail : Fixe x


Accès réseau spécifiques : BO


Adresse de Messagerie : Oui x


Création comptes Applications internes

BO X JIRA X

Listes de diffusion dont doit faire parti la personne : bo.sav; bo.general@priceminister.com; bo.sav.uk.1@priceminister.com; bo.sav.fr.1@priceminister.com


ligne Téléphonique

Non X






Nom du responsable : Yeo
Date : 07/10/10




 Commentaires   
Commentaire de Laura Yeo [ 07/oct./10 14:55 ]
Correction sur premier alias: bo.sav@priceminister.com
Commentaire de Stéphane Eccli [ 11/oct./10 16:36 ]
comptes ok, reste Jira
Commentaire de Habib-Sylvain Gourguet [ 28/oct./10 15:27 ]
Christophe,

Je me permets de te relancer concernant la création du compte JIRA de Thomas Bentley (thomas.bentley@priceminister.com).

Thomas a récemment commencé son travail sur l'Edito SAV pour le UK, et devient nécessaire de pouvoir lui affecter certains JIRA.

Merci d'avance.



[APP-18524] PARRAIN = FILLEUL sur le même compte unique Création: 14/nov./07 17:05  Mise à jour: 16/nov./07 11:00  Résolue: 15/nov./07 15:41

Etat: Fermé
Projet: Application PriceMinister
Composants: Parrainage
Affecte la/les version(s): 17.2.1
Version(s) corrigée(s): 18.0.0

Type: Bogue Priorité: Critique
Rapporteur: Jonathan Lesage Attribution: Alexandre Garnier
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File sponsorship.txt    
Liens des demandes:
Duplicate
doublon de APP-16987 Problème auto-parrainage.... Fermé
Pays:
FRA - France
Site: Prod
Projets PM archivés: Maintenance 18.x.x

 Description   
Voir le compte lusamapa :

http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=1631601

Ce compte a pour parrain lusamapa c'est à dire lui-même.

Apparemment, le problème vient du reapparrainage mais où précisémment, quelle étape ?

 Commentaires   
Commentaire de Espérance Galouo-Lece [ 15/nov./07 10:24 ]
http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=1631601
Commentaire de Alexandre Garnier [ 15/nov./07 15:35 ]
On en a même 27 dans ce cas là !
Commentaire de Alexandre Garnier [ 15/nov./07 15:41 ]
doublon de APP-16987.
Plus d'auto-parrainage depuis début juillet, date de correction de APP-16987.
L'utilisateur ne pouvait tout de même pas profiter du coupon parrain.
Éric, tu disais faire du nettoyage régulier, peut-être faudrait-il en faire un dernier.



[EXP-4998] Impossible de me connecter au BO de PROD Espagne Création: 02/nov./09 15:47  Mise à jour: 04/janv./10 17:52  Résolue: 04/janv./10 17:52

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Ariane Baldinger Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ESP - Espagne

 Description   
Ca fait plus d'une semaine que je ne peux plus me connecter au BO de Prod Espagne sous FF.

 Commentaires   
Commentaire de Gaël Seguillon [ 03/déc./09 14:03 ]
Bonjour
on un souci persistant pour se connecter au BO espagne, il faut revalider à plusieurs reprises pseudo et mot de passe, ce qui est gênant pour moi est que je ne peux plus ouvrir directement les liens des rapports BI, je suis obligé de faire du copier coller dans le navigateur pour avoir accès aux pages des liens pas forcément optimal en terme de fonctionnement.
merci
Gaël
Commentaire de Laura Yeo [ 03/déc./09 14:54 ]

Problème bien connu au SAV ES, il faut presque quotidiennement valider 3/4 fois le log+mdp avant de pouvoir se connecter au BO ES.

Navigateur utilisé: Firefox version 3.0.10 (des fois que...)

Laura.
Commentaire de Stéphanie BOILLON [ 03/déc./09 15:38 ]
Problème également de mon coté, qui m'empêche parfois de traiter directement sur le BO ES.

Parfois besoin d'une 10aine de tentatives ...
De plus, il m'est impossible de cocher la case pour enregistrer le mot de passe, je dois donc le retaper à toutes les tentatives.

Stephanie.
Commentaire de Jérémie Bennejean [ 21/déc./09 15:29 ]
Hello,

J'ai vu une erreur de syntaxe dans la conf jboss d'un des serveurs sur lequel la probabilité de se connecter est forte.
Après le redémarrage de demain matin, les changements seront effectifs.
Je pense que cela devrait corriger le problème.

Merci.
Jérémie.
Commentaire de Laura Yeo [ 21/déc./09 16:01 ]
Super, on espère tous que ça va résoudre le pb.

Merci!
Commentaire de Ariane Baldinger [ 22/déc./09 10:11 ]
ça marche de mon côté
Merci
Commentaire de Jérémie Bennejean [ 23/déc./09 16:41 ]
C'est bon pour tout le monde ?
Commentaire de Laura Yeo [ 23/déc./09 16:59 ]
Perfect côté BO, gracias.



[APP-24293] Ecran Bo produit - Création fiche produit en BO impossible Création: 11/févr./09 16:33  Mise à jour: 06/janv./11 16:15  Résolue: 06/janv./11 16:15

Etat: Résolu
Projet: Application PriceMinister
Composants: Back-Office, Produits
Affecte la/les version(s): 40.0.0 (CAT-G)
Version(s) corrigée(s): 88.0.0 (VEN-G)

Type: Bogue Priorité: Majeur
Rapporteur: Aurélien Vergalli Attribution: Dispatcher (Pôle VEN)
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File creation fp bo null.JPG    
Liens des demandes:
Duplicate
a pour doublon APP-24477 Impossible de créer des fiches produi... Fermé
Similaire
similaire à APP-32372 [BO] Supprimer la drop-down permettan... Résolu
Pays:
FRA - France
Site: Prod
Projets PM: *** STANDBY ***
Navigateur: Tous
Classif FONC: valid
Projets PM archivés: BP - DIA

 Description   
La création de fiche produit en BO est impossible => message "null"

 Commentaires   
Commentaire de Espérance Galouo-Lece [ 12/févr./09 10:12 ]
2009-02-11 16:27:45,324 INFO [Processor180] BO:Gilbert - >>> GET http://bo.priceminister.com/referential_back?action=productsearch&changedatafile=true&createdatafile=true&many
instock=true&numberrows=200&oneinstock=true&searchtype=10&submitterpart=true&submitterpro=true&withcomplement=1&zerostock=true
2009-02-11 16:27:48,213 INFO [Processor180] BO:Gilbert - <<< [2889 ms] GET http://bo.priceminister.com/referential_back?action=productsearch&changedatafile=true&createdatafile
=true&manyinstock=true&numberrows=200&oneinstock=true&searchtype=10&submitterpart=true&submitterpro=true&withcomplement=1&zerostock=true
2009-02-11 16:27:48,213 WARN [Processor180] BO:Gilbert - Long request [2889 ms]: GET http://bo.priceminister.com/referential_back?action=productsearch&changedatafile=true&crea
tedatafile=true&manyinstock=true&numberrows=200&oneinstock=true&searchtype=10&submitterpart=true&submitterpro=true&withcomplement=1&zerostock=true
2009-02-11 16:28:21,748 INFO [Processor261] BO:Gilbert - >>> GET http://bo.priceminister.com/referential_back?action=productview&prd_type_code=1620
2009-02-11 16:28:21,753 ERROR [Processor261] BO:Gilbert - Load error
Servlet : com.babelstore.referential.back.ReferentialBackServlet
Request : GET http://bo.priceminister.com/referential_back?action=productview&prd_type_code=1620
Referrer : null
User-Agent : Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)
Trace : java.lang.NullPointerException
        at com.babelstore.referential.back.ProductViewModel.load(ProductViewModel.java:303)
        at com.babelstore.util.web.Model.doLoad(Model.java:53)
        at com.babelstore.util.Block.load(Block.java:120)
        at com.babelstore.util.web.Screen.load(Screen.java:121)
        at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:260)
        at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:206)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:168)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:619)

2009-02-11 16:28:21,767 INFO [Processor261] BO:Gilbert - <<< [19 ms] GET http://bo.priceminister.com/referential_back?action=productview&prd_type_code=1620
Commentaire de Benoît Bourdon [ 19/févr./09 19:10 ]
Aurélien : pour mon info, ça redirige vers quoi normalement ce lien ??

Commentaire de Aurélien Vergalli [ 20/févr./09 09:37 ]
Le lien ouvre une fiche-produit vierge (sans titre, attribut, référence, ...)
Commentaire de Aurélien Vergalli [ 02/sept./09 14:34 ]
Des infos à ce sujet ?
Merci.
Commentaire de Edouard Gomez-Vaez [ 28/déc./09 10:18 ]
On aurait plutôt envie de supprimer cette fonctionnalités de façon à passer toujours par le même canal de création MeV / Import. Au prochain CoSAV vous pourrez me dire quelle usage vous faites de cette création BO ?
Commentaire de Caroline Schinzel [ 03/juin/10 10:50 ]
J'ai eu un problème identique (je crois ) en essayant d'afficher une fiche produit BO :
2010-06-03 10:38:49 INFO [Dispatcher ] madmin:caroline - >>> GET http://bo.pm.boulard:4580/referential_back?action=productview&productid=10372359
2010-06-03 10:38:52 ERROR [Dispatcher ] madmin:caroline - Load error~Servlet=com.babelstore.referential.back.ReferentialBackServlet~Request=GET http://bo.pm.boulard:4580/referential_back?action=productview&productid=10372359~Referrer=http://bo.pm.boulard:4580/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=metallica&search_type=10&prd_type_code=&product_id=&base_product_id=&zero_stock=true&one_in_stock=true&many_in_stock=true&submitter_part=true&submitter_pro=true&attribute_name_key=&category=&prd_status_code=-40&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=&change_start_date=&change_end_date=&owner_login=&data_file_id=&create_data_file=true&change_data_file=true&feed_start_date=&feed_end_date=&with_complement=1&create_start_date=&create_end_date=&order=&number_rows=200&do_search.x=0&do_search.y=0~User-Agent=Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3 ( .NET CLR 3.5.30729)~Trace=java.lang.NullPointerException
        at com.babelstore.category.CategoryOptions.<init>(CategoryOptions.java:101)
        at com.babelstore.category.CategoryOptions.<init>(CategoryOptions.java:66)
        at com.babelstore.referential.back.ProductViewModel.load(ProductViewModel.java:305)
        at com.babelstore.util.web.Model.doLoad(Model.java:56)
        at com.babelstore.referential.back.ProductBackModel.doLoad(ProductBackModel.java:50001)
        at com.babelstore.referential.back.ProductViewModel.doLoad(ProductViewModel.java:50001)
        at com.babelstore.util.Block.load(Block.java:122)
        at com.babelstore.referential.back.ProductView_jsp.load(ProductView_jsp.java:50001)
        at com.babelstore.util.web.Screen.load(Screen.java:122)
        at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:299)
        at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:223)
        at com.babelstore.common.back.BackServlet.process(BackServlet.java:50001)
        at com.babelstore.referential.back.ReferentialBackServlet.process(ReferentialBackServlet.java:50001)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:181)
        at com.babelstore.common.back.BackServlet.service(BackServlet.java:50001)
        at com.babelstore.referential.back.ReferentialBackServlet.service(ReferentialBackServlet.java:50001)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:116)
        at com.babelstore.common.back.BackServlet.service(BackServlet.java:50001)
        at com.babelstore.referential.back.ReferentialBackServlet.service(ReferentialBackServlet.java:50001)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:50001)
        at com.babelstore.common.back.BackServlet.service(BackServlet.java:50001)
        at com.babelstore.referential.back.ReferentialBackServlet.service(ReferentialBackServlet.java:50001)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:482)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856)
        at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744)
        at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
        at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112)
        at java.lang.Thread.run(Thread.java:619)


En fait ici, c'est le node passé au constructeur de CategoryOptions qui semble être null.
Commentaire de Anthony Briou [ 04/juin/10 13:12 ]
Cette fonctionnalité nous permet de créer des fiche-produits concernant les articles du service retour (lorsqu'on rembourse acheteur et vendeur et que le produit doit être remis en vente sur le compte du site).
Actuellement on est obligé de passer par le FO (et par nos comptes perso) , ce qui prend beaucoup plus de temps (en particulier pour les DVD).
Commentaire de Edouard Gomez-Vaez [ 04/juin/10 14:42 ]
Il faut passer par le FO, il y a maintenant un nombre incalculable de règles métier qui sont implémentés au niveau de la mise en vente et qui n'existe pas quand tu passe par le BO.

Ça fait gagner du temps, mais tu risques de créer des produits incohérents.
Commentaire de Aurélien Vergalli [ 16/déc./10 17:45 ]
Je relance. Le bug est problématique: besoin de créer des fiches en BO au quotidien.
Commentaire de Anthony Briou [ 06/janv./11 15:48 ]
Qu'en est-il actuellement ?
Commentaire de Anthony Briou [ 06/janv./11 15:48 ]
Qu'en est-il actuellement ?
Commentaire de Manuel Sadok [ 06/janv./11 16:11 ]
Revoir le commentaire d'Edouard datant du 04/06 : Les règles de création de FP étant très complexes et paramétrées minutieusement par le param, on ne peut faire un raccourci qui ne ferait qu'engendrer (encore plus) des incohérences dans le catalogue produit.
Il faut absolument passer par la soumission FO ou bien créer un fichier d'import pour ces fiches produits, auquel cas se rapprocher de l'équipe d'import pour qu'ils vous assiste.

A l'époque on avait laissé temporairement cette fonctionnalité en place pour Jany pour la création de vinyles, mais elle devrait maintenant être totalement désactivée.



[EXP-2224] VPN : Permettre a Quentin d'accéder au BO Création: 12/juin/06 09:15  Mise à jour: 25/juin/07 18:58  Résolue: 27/sept./06 08:43

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Quentin de Chivré Attribution: ZZ_Arnaud Baali
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 1 heure
Estimation originale: Non spécifié


 Description   
Impossible d'accéder au BO depuis chez moi, tres tres génant pour corriger des bugs, recharger des caches, etc...

 Commentaires   
Commentaire de Jérémie Bennejean [ 23/juin/06 10:22 ]
J'ai créer un nouveau template (basé sur le mien) il y a une semaine.
Je l'ai donné à Arnaud en test et j'attends son retour.
Commentaire de Jérémie Bennejean [ 27/juin/06 12:30 ]
J'ai testé mon profile via une ligne rtc chez price, effectivement cela ne fonctionne pas.
J'ai demandé à Patrick de tester depuis chez lui , avec un profil identique, cela fonctionne.
Patrick et moi sommes chez free et n'avons pas basculé notre freebox en mode routeur.
As tu créer des régles sur ta 9box? (tu es chez 9 si je ne me trompe non ?)
De plus la principale difficulté à laquelle je suis confronté c'est l'impossibilité de faire des tests ici puisque nous n'avons toujours pas de ligne adsl ...
Commentaire de Quentin de Chivré [ 28/juin/06 12:05 ]
J'ai rien fait de spécial avec ma 9box !
Commentaire de Jérémie Bennejean [ 07/juil./06 17:39 ]
Arnaud peux-tu tester e vpn de Quentin? Verifier les paramétres.
Son profil est tiré du mien qui foncitonne parfairtement.
Je pense qu'il s'agit de la conf du lan privé de quentin. voir si les ports 500 (en UDP)et je ne sais plus lequel en TCP
S'inspirer de http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=ConfigurationRouteurCT635BOXClubInternetPourFonctionnementVPN

Arnaud ,as-tu moyen de faire des tests chez toi ? quel est ton fai ?
Chez moi qui suis chez free cela fonctionne, je n'est pas activé le mode routeur. (Patrick qui est chez free ds la meme conf que moi, tt fonctionne parfaitement.)
N'hésite pas à te faire aider de Pap, c'est ca derniere semaine ici.
Commentaire de ZZ_Arnaud Baali [ 13/juil./06 10:01 ]
Je viens de faire un essai de VPN chez Moi et tout fonctionne à merveille.
Je surf sur Internet
J'ai accès au BO à l'intra, etc...

Quentin j'attend de récupérer le portable pour te configurer le client Fortinet dessus.

Merci
Commentaire de ZZ_Arnaud Baali [ 19/juil./06 17:05 ]
Quentin,

Pourrais-tu tester le VPN depuis le PC Portable avant la semaine prochaine pour savoir si tout fonctionne correctement depuis chez toi

Merci
Commentaire de ZZ_Arnaud Baali [ 27/sept./06 08:43 ]
Le problème d'accès au Back Office ne provient pas d'un souci de configuration du FortiClient.
Avec les différents test qui ont été réalisés, il semblerait que la possibilité d'accéder au Back Office en VPN dépendent de la capacité de la carte réseaux physique a gérer les mutli adressage IP.
Le problème est qu'il nous aient impossible de contrôler complètement les cartes réseaux de toutes les personnes qui utlisent le FortiClient.
La seule solution actuelle sera d'envisager de mettre à disposition des utilisateurs des session Terminal Server.

Merci

N'hésitez pas a réouvrir le jira ou à me contacter par mail pour réouvrir le débat



[APP-5212] BO : operations (a traiter) assez lent Création: 06/juil./05 18:38  Mise à jour: 25/juin/07 18:30  Résolue: 07/juil./05 18:11

Etat: Fermé
Projet: Application PriceMinister
Composants: Perf
Affecte la/les version(s): 8.0.3
Version(s) corrigée(s): 8.0.3

Type: Bogue Priorité: Critique
Rapporteur: Arnaud Forgues Attribution: Martin Sudmann
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: File operation_search.sql    

 Description   
Le clic sur le lien "Operation (à traiter)" en BO est un peu lent .... : http://bo.pm.lan/wallet_back?action=operationsearch&fuzzy=false&needapprove=true&numberrows=200

 Commentaires   
Commentaire de Arnaud Forgues [ 06/juil./05 18:39 ]
SQL + Explain Plan en INTEG et PROD
Commentaire de Quentin de Chivré [ 07/juil./05 12:17 ]
Ne devrait t'on pas avoir un index OPERATION_FKIX_STATUS_TYPE
plutot que OPERATION_FKIX_TYPE_STATUS

Ca me parait + discriminant pour les recherches BO non ?
Commentaire de Martin Sudmann [ 07/juil./05 18:11 ]
1. ajout de hint FIRST_ROWS
2. ajout de 2 colonnes à l'index

Elapsed: 00:00:00.83

Execution Plan
----------------------------------------------------------
   0 SELECT STATEMENT Optimizer=HINT: FIRST_ROWS (Cost=2261 Card=732 Bytes=63684)
   1 0 SORT (ORDER BY) (Cost=2261 Card=732 Bytes=63684)
   2 1 NESTED LOOPS (Cost=2199 Card=732 Bytes=63684)
   3 2 NESTED LOOPS (OUTER) (Cost=735 Card=732 Bytes=54900)
   4 3 INLIST ITERATOR
   5 4 TABLE ACCESS (BY INDEX ROWID) OF 'OPERATION' (Cost=3 Card=732 Bytes=43188)
   6 5 INDEX (RANGE SCAN) OF 'OPERATION_FKIX_STATUS' (NON-UNIQUE) (Cost=2 Card=732)
   7 3 TABLE ACCESS (BY INDEX ROWID) OF 'OPR_CAUSE' (Cost=1 Card=1 Bytes=16)
   8 7 INDEX (UNIQUE SCAN) OF 'PK_OPR_CAUSE' (UNIQUE)
   9 2 TABLE ACCESS (BY INDEX ROWID) OF 'USER_ACCOUNT' (Cost=2 Card=1 Bytes=12)
  10 9 INDEX (UNIQUE SCAN) OF 'PK_USER_ACCOUNT' (UNIQUE) (Cost=1 Card=1)




Statistics
----------------------------------------------------------
          0 recursive calls
          0 db block gets
      15915 consistent gets
          0 physical reads
          0 redo size
     330237 bytes sent via SQL*Net to client
       3513 bytes received via SQL*Net from client
        276 SQL*Net roundtrips to/from client
          1 sorts (memory)
          0 sorts (disk)
       4115 rows processed



[EXP-2457] installation de 4 nouveaux postes pour le BO Création: 21/juil./06 10:22  Mise à jour: 25/juin/07 18:58  Résolue: 11/oct./06 09:42

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Jemima Barru Attribution: ZZ_Arnaud Baali
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Word Fiche Caroline.doc     Microsoft Word Fiche de Création.doc     Microsoft Word Fiche Natalia.doc    

 Description   
Avec l'arrivée de nouvelles personnes au BO, nous aurons besoin de 4 nouveaux postes pour le 16/08/2006.

Merci

Jémima

 Commentaires   
Commentaire de ZZ_Arnaud Baali [ 21/juil./06 15:43 ]
Jémima,

Pourrais-tu me remplir la fiche pour chacun des utilisateurs afin de te fournir les machines pour le 16 Aout?

Merci d'avance
Arnaud
Commentaire de Jemima Barru [ 21/juil./06 17:00 ]
Ok, mais je ne connais pas encore le nom de 3 utilisateurs. Est-ce gênant???
Commentaire de Juan Luis Fajardo [ 24/juil./06 11:39 ]
Ci-joint la fiche création pour le compte de Caroline
Merci
Commentaire de ZZ_Arnaud Baali [ 26/juil./06 11:36 ]
Il me faudra le nom des 3 autres quand tu les auras car c'est ce qui le prend le plus de temps a préparer.
Merci
Commentaire de ZZ_Arnaud Baali [ 04/août/06 13:03 ]
Toujours pas de nouvelles des futurs trois autres nouveaux?
Commentaire de Jemima Barru [ 08/août/06 11:26 ]
Nous sommes en plein recrutement.

Je maintiens donc ma demande de 4 nouveaux postes.
Je souhaiterais que celui de Caroline soit prêt pour la date convenue.

Pour les trois autres, je pense que l'on va attendre début septembre. Je te confirmerai cela au fur et à mesure.

merci.
Commentaire de Jemima Barru [ 24/août/06 11:37 ]
Voici la fiche d'une nouvelle personne qui arrive dans notre équipe le 1/09/2006.

Merci
Commentaire de ZZ_Arnaud Baali [ 11/oct./06 09:42 ]
Les 4 postes ont été ajoutés au Back Office



[APP-7585] Migration de bo.jmh.lan en bo.priceminister.jmh Création: 13/févr./06 14:12  Mise à jour: 25/juin/07 18:35  Résolue: 23/mars/06 13:10

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 8.1.1
Version(s) corrigée(s): 8.1.2b

Type: Amélioration Priorité: Mineur
Rapporteur: Sébastien Tournay Attribution: Ranto Andriambololona
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Site: Prod

 Description   
Permet de ne plus avoir l'impression d'avoir l'information 'site de test' lorsque que l'on accède au bo en passant par le lien MPLS. bien informer Steven du changement de DNS ensuite.

 Commentaires   
Commentaire de Ranto Andriambololona [ 21/févr./06 17:47 ]
Il n'est pas possible de mettre "jmh.priceminister.com" pour des raisons de conflits DNS

Il faudrait que leDEV modifie la condition d'affichage du mot SITE DE TEST dans l'applicatif

Actuellement :

Si l'URL se termine par priceminister.com
Alors afficher " PRICEMINISTER - BACK OFFICE "
sinon afficher " PRICEMINISTER - BACK OFFICE - TEST "

A modifier en:

Si l'URL se termine par priceminister.com OU bo.jmh.lan
Alors afficher " PRICEMINISTER - BACK OFFICE "
sinon afficher " PRICEMINISTER - BACK OFFICE - TEST "

Commentaire de Ranto Andriambololona [ 21/févr./06 17:49 ]
Il n'est pas possible de définir l'URL en jmh.priceminister.com

Il faudrait que le DEV change la condition d'affichage du mot TEST

Actuellement :

Si l'URL se termine par priceminister.com
Alors afficher PRICEMINISTER - BACK OFFICE -
Sinon afficher PRICEMINISTER - BACK OFFICE - TEST

A modifier en

Si l'URL se termine par priceminister.com ou l'URL se termine par jmh.lan
Alors afficher PRICEMINISTER - BACK OFFICE -
Sinon afficher PRICEMINISTER - BACK OFFICE - TEST
Commentaire de Ranto Andriambololona [ 21/févr./06 17:50 ]
Il n'est pas possible de définir l'URL en jmh.priceminister.com

Il faudrait que le DEV change la condition d'affichage du mot TEST

Actuellement :

Si l'URL se termine par priceminister.com
Alors afficher PRICEMINISTER - BACK OFFICE -
Sinon afficher PRICEMINISTER - BACK OFFICE - TEST

A modifier en

Si l'URL se termine par priceminister.com ou l'URL se termine par jmh.lan
Alors afficher PRICEMINISTER - BACK OFFICE -
Sinon afficher PRICEMINISTER - BACK OFFICE - TEST
Commentaire de Ranto Andriambololona [ 21/févr./06 17:56 ]
Il n'est pas possible de définir l'URL en jmh.priceminister.com

Il faudrait que le DEV change la condition d'affichage du mot TEST

Actuellement :

Si l'URL se termine par priceminister.com
Alors afficher PRICEMINISTER - BACK OFFICE -
Sinon afficher PRICEMINISTER - BACK OFFICE - TEST

A modifier en

Si l'URL se termine par priceminister.com ou l'URL se termine par jmh.lan
Alors afficher PRICEMINISTER - BACK OFFICE -
Sinon afficher PRICEMINISTER - BACK OFFICE - TEST
Commentaire de Ranto Andriambololona [ 21/févr./06 17:58 ]
 Il n'est pas possible de définir l'URL en jmh.priceminister.com

Il faudrait que le DEV change la condition d'affichage du mot TEST

Actuellement :

Si l'URL se termine par priceminister.com
Alors afficher PRICEMINISTER - BACK OFFICE -
Sinon afficher PRICEMINISTER - BACK OFFICE - TEST

A modifier en

Si l'URL se termine par priceminister.com ou l'URL se termine par bo.priceminister.jmh
Alors afficher PRICEMINISTER - BACK OFFICE -
Sinon afficher PRICEMINISTER - BACK OFFICE - TEST
Commentaire de Ranto Andriambololona [ 21/févr./06 17:59 ]
Le dernier commentaire est le bon

Il y avait un BUG dans jira, ce qui explique ces multiples commentaires
Commentaire de Sébastien Tournay [ 22/févr./06 10:14 ]
Très bien. Il faut faire une demande à l'équipe de DEV et passer par christophe pour lui expliquer le pb
Commentaire de Christophe Garcia [ 22/févr./06 11:51 ]
En résumé :
Si l'URL se termine par priceminister.com ou l'URL se termine par priceminister.jmh
Alors afficher PRICEMINISTER - BACK OFFICE -
Sinon afficher PRICEMINISTER - BACK OFFICE - TEST
Commentaire de Arnaud Forgues [ 07/mars/06 18:06 ]
Ok done !
Commentaire de Christophe Garcia [ 15/mars/06 16:50 ]
A tester après déploiement 812
Commentaire de Patrick Condevaux [ 21/mars/06 15:10 ]
on a toujours la mention test sur
http://bo.jmh.lan/summary
Commentaire de Arnaud Forgues [ 21/mars/06 15:36 ]
C'est normal, la modif concerne le site bo.priceminister.jmh qui doit remplacé le site bo.jmh.lan
Commentaire de Sébastien Tournay [ 21/mars/06 15:45 ]
Ranto,

Il me semble q'il reste la mise en place du virtual host bo.priceminister.jmh à mettre en place en PROD pour terminer ce chantier. A voir avec PAP si le DNS existe en interne
Commentaire de Ranto Andriambololona [ 22/mars/06 18:25 ]
Tout est en place ...
Il faut attendre le redémarrage demain matin de Junon pour que les paramètres d'image soient migrés de bo.jmh.lan vers bo.priceminister.jmh
(cela se fait dans le priceminister.properties)
Commentaire de Patrick Condevaux [ 23/mars/06 16:14 ]
ok



[APP-14027] En BO, le lien "articles" ne fonctionne pas Création: 05/déc./06 11:36  Mise à jour: 25/juin/07 18:47  Résolue: 05/janv./07 16:45

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 11.0.0 (Merge et Maintenance)
Version(s) corrigée(s): 11.0.0 (Merge et Maintenance)

Type: Bogue Priorité: Bloquant
Rapporteur: Jemima Barru Attribution: Patrick Pereira
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
doublon de APP-14029 Pb perf sur ItemSearchQuery en Integ ... Fermé
Pays:
FRA - France
Site: Integ
Projets PM archivés: Maintenance 11.0.0

 Description   
En BO, lorsque l'on clique sur "articles" (profil A et V), la page ne s'ouvre pas.

 Commentaires   
Commentaire de Jemima Barru [ 05/déc./06 11:40 ]
Idem pour le lien "rechercher les articles" présent sur la fiche panier.

En bref, la recherche par article ne fonctionne plus.
Commentaire de Younès Charrière [ 05/déc./06 12:40 ]
Il y a pas mal de problèmes en BO dû à de mauvaises requêtes SQL .
Patrick Perreira du service d'exploitation est sur le coup.
Commentaire de Patrick Pereira [ 05/déc./06 15:25 ]
Il y a en effet un problème sur ces requêtes.
J'ai ouvert un Jira pour l'équipe de DEV (cf APP-14029).
Commentaire de Patrick Pereira [ 11/déc./06 17:53 ]
C'est corrigé.
Commentaire de Younès Charrière [ 11/déc./06 18:28 ]
Ok merci beaucoup ! ;)



[APP-11145] TG on ne peut plus changer le titre en bo Création: 12/juil./06 11:38  Mise à jour: 25/juin/07 18:41  Résolue: 17/juil./06 10:31

Etat: Fermé
Projet: Application PriceMinister
Composants: TG
Affecte la/les version(s): 9.0.1
Version(s) corrigée(s): 9.0.2

Type: Bogue Priorité: Critique
Rapporteur: Elisabeth Delongeaux Attribution: Emmanuel Gosse
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Site: Prod

 Description   
TG on ne peut plus changer le titre de la selection en bo.

C'est extremement problematique

 Commentaires   
Commentaire de Jérôme Viviès [ 13/juil./06 09:17 ]
Peux-tu être plus précise ?
Donne un exemple, avec les url qui permettent d'accéder aux pages que tu manipules, stp.
Commentaire de Jérôme Viviès [ 13/juil./06 10:29 ]
Je ne crois pas que ce soit du param...
Ou alors une astuce que nous ne connaissons pas encore (?)
Commentaire de Christophe Garcia [ 13/juil./06 15:08 ]
Pb de keywords dans les titres de TG ?


2006-07-13 15:03:50,662 INFO [P-Processor9] 62.23.27.114 - >>> GET http://bo.priceminister.com/display_back?action=stackupdate&stack_id=1251515&
title=Notre+S%E9lection+Mode+Femme+%21&description=&width=6&x=15&y=9
2006-07-13 15:03:50,664 ERROR [P-Processor9] 62.23.27.114 - Load error
Servlet : com.babelstore.display.back.DisplayServlet
Request : GET http://bo.priceminister.com/display_back?action=stackupdate&stack_id=1251515&title=Notre+S%E9lection+Mode+Femme+%21&description=&wi
dth=6&x=15&y=9
Referrer : http://bo.priceminister.com/display_back?action=stack&stackid=1251515
User-Agent : Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)
Trace : java.lang.NullPointerException
        at com.babelstore.util.Input.hasForbiddenWords(Input.java:175)
        at com.babelstore.display.StackInput.verify(StackInput.java:61)
        at com.babelstore.display.back.StackUpdateAction.execute(StackUpdateAction.java:72)
        at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:331)
        at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:293)
        at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:210)
        at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:182)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:151)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:113)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)

2006-07-13 15:03:50,674 INFO [P-Processor9] 62.23.27.114 - <<< [12 ms] GET http://bo.priceminister.com/display_back?action=stackupdate&stack_id=
1251515&title=Notre+S%E9lection+Mode+Femme+%21&description=&width=6&x=15&y=9
Commentaire de Christophe Garcia [ 13/juil./06 15:44 ]
Je vais désacttiver les properties qui posent problème.
Ca refonctionnera normalement dès lundi.

#--------------------------------------------------------------------------------------#
# TG keywords
#--------------------------------------------------------------------------------------#
# List of forbidden keywords
#priceminister.tg.forbidden_word = font,center
# List of keywords with warning message
#priceminister.tg.warning_word = <i,<b,<br,<s,<span


Dès que ce bug sera résolu, il faudra réactiver ces properties.
Commentaire de Emmanuel Gosse [ 17/juil./06 10:31 ]
c'est corrigé.
Commentaire de Lydia Dali [ 20/juil./06 18:42 ]
Testé sur mumm avec les 2 propriétés décommentées.



[APP-18805] impossible de créer une FP vidéo en BO Création: 03/déc./07 16:31  Mise à jour: 04/févr./08 10:29  Résolue: 11/janv./08 12:08

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 18.0.1
Version(s) corrigée(s): 19.0.0

Type: Bogue Priorité: Critique
Rapporteur: Jany Marimoutou Attribution: Manuel Sadok
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Liens des demandes:
Duplicate
a pour doublon APP-19403 création fiche produit en BO impossible Fermé
Similaire
similaire à APP-19406 [BO] Création de FP en FO via BO Fermé
Pays:
FRA - France
Site: Prod
Projets PM archivés: Maintenance 19.x.x

 Description   
Lorsque j'essaie de créer une FP vidéo en BO, j'obtiens le message suivant : La page demandée n'est pas disponible

 Commentaires   
Commentaire de Espérance Galouo-Lece [ 03/déc./07 17:12 ]
2007-12-03 17:04:07,681 INFO [-Processor74] BO:Anonyme - >>> GET http://bo.priceminister.com/referential_back?action=productview&prd_type_code=30
2007-12-03 17:04:07,688 ERROR [-Processor74] BO:Anonyme - Load error
Servlet : com.babelstore.referential.back.ReferentialBackServlet
Request : GET http://bo.priceminister.com/referential_back?action=productview&prd_type_code=30
Referrer : null
User-Agent : Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)
Trace : java.lang.NullPointerException
        at com.babelstore.referential.back.ProductViewModel.load(ProductViewModel.java:112)
        at com.babelstore.util.web.Model.doLoad(Model.java:48)
        at com.babelstore.util.Block.load(Block.java:102)
        at com.babelstore.util.web.Screen.load(Screen.java:107)
        at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:226)
        at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:185)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:153)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)
2007-12-03 17:04:07,719 INFO [-Processor74] BO:Anonyme - <<< [38 ms] GET http://bo.priceminister.com/referential_back?action=productview&prd_type_code=30
Commentaire de Edouard Gomez-Vaez [ 04/déc./07 18:52 ]
Je crois que l'on avait évoqué la possibilité de restreindre la création de FP via le BO (ne pas passer par les imports/MeV posant de plus en plus de problèmes).
Manu, tu peux regarder les impacts de création en BO (summarisation etc...), Jany, tu peux nous dire si passer par le front peut te suffire ?
Commentaire de Jany Marimoutou [ 07/janv./08 11:35 ]
Non, passer par le Front Office est contraignant lorsque l'on a besoin de créer rapidement pour une opération ou pour mettr eà dispo rapidement une FP que nous n'avons pas sur le site. Il faut que soit rétabli cette fonction qui nous est utile.
Commentaire de Gaël Seguillon [ 08/janv./08 14:43 ]
C'est vraiment important et urgent de pouvoir rétablir la création de fiches en bo celà nous pénalise énormément dans notrre travail au quotidien
Commentaire de Manuel Sadok [ 10/janv./08 11:18 ]
Problème corrigé.
Commentaire de Jany Marimoutou [ 11/janv./08 11:07 ]
Désolé d'insister.
Il est toujours impossible de créer des FP produits en BO que ce soit avec Firefox ou Internet Explorer.
J'insiste sur le fait que cette fonction nous est plus qu'utile. Le faire en Front nécessite des manipulations en Front pour la créer, puis en BO pour les améliorer avec les largeurs qui nous sont conséder pour créer des FP "spéciales" pour des opérations.
Commentaire de Manuel Sadok [ 11/janv./08 12:08 ]
Le commentaire précédent indique seulement que Christophe peut tester le bon fonctionnement lors de sa prochaine intégration. Pour que ce soit utilisable en prod, il faudra attendre la V19 car il n'y a pas de déploiement de prévu d'ici là.

Ne t'en fais pas Jany, la correction de ce problème sera livrée avec la V19.

Commentaire de Jany Marimoutou [ 11/janv./08 12:56 ]
Merci pour cette précision.
et merci alors d'avoir remis en place cette fonctionnalité.
Commentaire de Espérance Galouo-Lece [ 04/févr./08 10:29 ]
Done.



[APP-6130] Ajouter la fonction de changement de login dans le BO Création: 27/oct./05 15:21  Mise à jour: 07/déc./07 10:02

Etat: Ouvert
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 8.0.8
Version(s) corrigée(s): Aucune

Type: Nouvelle fonctionnalité Priorité: Majeur
Rapporteur: Patrick Pereira Attribution: Dispatcher (Dev-WishList)
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Projets PM: *** A PLANIFIER ***

 Description   
Il faudrait permettre au BO de modifier le login d'un utilisateur.

Il faudrait éventuellement reprendre le script changelogin (cf APP-5660) pour en faire une procedure stockée appellée depuis le bo.

Merci.

Patrick.

 Commentaires   
Commentaire de Quentin de Chivré [ 02/nov./05 10:02 ]
Il faudrait dans ce cas aussi automatiser la modification du compte FTP correspondant si c'est un pro...
Ou en tout cas prendre cela en compte d'une facon



BO : Certaines pages de statistiques ne fonctionnent plus. (APP-7150)

[APP-7159] Etat des lieux des statistiques côté BO Création: 24/janv./06 14:18  Mise à jour: 25/juin/07 18:34  Résolue: 09/févr./06 12:31

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 8.1.0a
Version(s) corrigée(s): 8.1.1

Type: Sous-tâche Priorité: Majeur
Rapporteur: Christophe Garcia Attribution: Geneviève Beaujard
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File bugSummary3.txt     File dashboad.bmp    
Site: Prod

 Description   
Listing des pages de statistiques disponibles en BO.
Quelles sont celles qui fonctionnent et celles qui ne fonctionnent pas ?
Pour chaque stat, quelle est la requête associée ?

 Commentaires   
Commentaire de Geneviève Beaujard [ 06/févr./06 11:42 ]
Voici le resultat stat usr du 6 fevrier 2006: http://pricejira.lan/secure/attachment/12909/dashboad.bmp
Voivi l'explication: http://pricejira.lan/secure/attachment/12910/bugSummary3.txt
Commentaire de Geneviève Beaujard [ 07/févr./06 16:08 ]
Petit rappel pour la partie NOUVEAUX comptes :
Comptes indefini : nbre d'enregistrements de compte à partir de la page mon compte
Comptes vendeur : nbre d'enregistrements de compte lors de la premiere mise mise en vente non NG d'une annonce
Comptes acheteur : nbre d'enregistrements de compte lors d'un premier panier

Le comptage est effectué sur la table usr_period_summary qui n'est remplie que deux fois par jour (6h30, 23h30)
a partir de la requete suivante: (ex pour le 6 fevrier)
SELECT COUNT(*) AS created_count,
decode(use_type_code, 80, 10, 90, 20, 100, 30) AS type_code
FROM usr_event
WHERE use_type_code IN (80, 90, 100) -- buyer, seller, undefined
AND creation_date BETWEEN TO_DATE('2006-02-06 00:00:00', 'YYYY-MM-DD HH24:MI:SS')
                         AND TO_DATE('2006-02-07 00:00:00', 'YYYY-MM-DD HH24:MI:SS')
GROUP BY use_type_code
UNION
SELECT COUNT(*), 0
FROM user_account
WHERE creation_date BETWEEN TO_DATE('2006-02-06 00:00:00', 'YYYY-MM-DD HH24:MI:SS')
                         AND TO_DATE('2006-02-07 00:00:00', 'YYYY-MM-DD HH24:MI:SS');
                         
T = O -> tous types
T = 10 (evt 80)-> buyer
T = 20 (evt 90)-> seller
T = 30 (evt 100)-> undefined

La partie NG n'enregistre pas d'evenement.
En effet l'enregistrement de l'evenement seller se fait dans RegisterDoAction sur FB_CONNECTION_FOR_ADVERT.
La partie NG demande FB_CONNECTION_FOR_PRODUCT.
Toutes les vendeurs NG ne seront donc pas enregistrés.

LA QUESTION est:
Que veux t'on compter (dans la partie nouveau vendeur):
les evts d'enregistrement seller ou la premiere mise en vente d'un compte sachant qu'une personne peut tres bien
s'enregistrer en tant qu'indefini et faire sa premiere vente apres.

Je me pose la même question sur le comptage des acheteurs.

J'attends une reponse de la prod pour savoir quand usr_period_summary est mis a jour.
La reponse est dans http://pricejira.lan/browse/EXP-1194
Le batch batch_usr_period est donc lancé 2 fois: 6h30 puis 23h30.
Le lancement a 23h30 est important car il permet de creer une entrée dans usr_period_summary pour le jour concerné
sur un type qui n'existait pas à 6h30.

Exemple: pour le 7 fevrier

select CREATION_DATE, CHANGE_DATE, PERIOD_START_DATE, IS_PERIOD_CLOSED, USR_SUMMARY_TYPE_CODE, CREATED_COUNT from usr_period_summary
where creation_date > sysdate -2

CREATION_DATE CHANGE_DATE PERIOD_START_DATE IS_PERIOD_CLOSED USR_SUMMARY_TYPE_CODE CREATED_COUNT
------------------- ------------------- ------------------- ---------------- --------------------- -------------
06/02/2006 06:32:42 07/02/2006 06:33:40 06/02/2006 00:00:00 1 30 1258
06/02/2006 06:32:42 07/02/2006 06:33:40 06/02/2006 00:00:00 1 10 1739
06/02/2006 06:32:42 07/02/2006 06:33:40 06/02/2006 00:00:00 1 0 3384
06/02/2006 23:33:43 07/02/2006 06:33:40 06/02/2006 00:00:00 1 20 11
07/02/2006 06:33:40 07/02/2006 06:33:40 07/02/2006 00:00:00 0 30 51
07/02/2006 06:33:40 07/02/2006 06:33:40 07/02/2006 00:00:00 0 10 80
07/02/2006 06:33:40 07/02/2006 06:33:40 07/02/2006 00:00:00 0 0 149

7 ligne(s) sélectionnée(s).

La on voit bien que l'entrée pour les sellers a été créée a 23h30.
Commentaire de Quentin de Chivré [ 07/févr./06 19:27 ]
Mettre en place la solution discutée entre nous
voir si on peut corriger les données
Commentaire de Geneviève Beaujard [ 08/févr./06 16:57 ]
La solution est mise en place.

La migration est un peu compliquée et pas tres juste:
Elle consiste a changer l'evt 'creation as undefined' en 'creation seller'
1) Mise a jour de l'evt:
On recherche les comptes undefined qui ont posé une annonce le jour de leur creation.

UPDATE usr_event set use_type_code = 90
WHERE user_account_id IN(
                        SELECT user_account_id
                        FROM user_account u
                        WHERE (last_buyable_advert_date IS NOT NULL OR last_consultable_advert_date IS NOT NULL)
                        AND user_account_id IN (
                                                select user_account_id
                                                FROM usr_event
                                                WHERE u.user_account_id = user_account_id
                                                AND use_type_code IN (100)
                                                )
                        AND TRUNC(u.creation_date) = (
                                                     SELECT TRUNC(min(creation_date))
                                                     FROM advert
                                                     WHERE u.user_account_id = seller_account_id
                                                     AND data_file_id is null
                                                     )
                        AND creation_date > sysdate - 2)
AND use_type_code = 100

Bien entendu cette requete sera faite dans une boucle si tu es d'accord sur le principe.

2)ouvrir dans usr_period_summary les periodes qui commencent en janvier 2005

3)attendre le depart du batch pour remettre a jour usr_period_summary

Cette migration n'est pas tres juste car elle peut transformer des 'indefinis' en 'vendeur'.
Commentaire de Geneviève Beaujard [ 09/févr./06 12:31 ]
Ok pour la partie 1.
Il n'y aura pas de script de migration.



[APP-3063] BO Article : Quand on change la note en BO, maj de la date aussi Création: 17/nov./04 13:54  Mise à jour: 25/juin/07 18:26  Résolue: 25/juin/07 18:26

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.7a
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Quentin de Chivré Attribution: Martin Sudmann
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
La modification de la note ou du commentaire en BO modifie la date et cela
change l'ordre des commentaires en FO dans l'historique vendeur.
Ca me parait bizarre, de plus qu'est ce que cela peut avoir d'autre comme
impact + grave ?

 Commentaires   
Commentaire de Martin Sudmann [ 23/nov./04 16:31 ]
impacte :
dans le cas où le compensation batch tourne après la date du paiement et
la "logical date" est alors inférieur à la feeback date mise à jour par le BO,
le vendeur ne sera pas payé avec cette compensation, mais avec la prochaine.
Cas très rare, mais la feedback date devrait être posée uniquement si elle est
null (au feedback initiale), et ne jamais mise à jour.
Commentaire de Martin Sudmann [ 23/nov./04 17:52 ]
corrigé.
A mon avis pas de correction des mauvaises dates nécessaires, parce que peu
d'impacte.



[APP-29314] Redirection vers la LPS après modification d'annonce en BO Création: 23/avr./10 18:01  Mise à jour: 04/mai/10 14:58  Résolue: 26/avr./10 11:43

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 66.0.0.1
Version(s) corrigée(s): 68.0.0 (VEN-B)

Type: Bogue Priorité: Majeur
Rapporteur: Jean-Sébastien Franck Attribution: Validator
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM: MEV - Landing Page Scénarisée

 Description   
Après modification d'annonce en BO, on est redirigé vers la LPS !

Vérifier si ce problème existe également sur la page "questions sur mon annonce" et "saisir mes fichiers de stock".

 Commentaires   
Commentaire de Jean-Sébastien Franck [ 26/avr./10 11:13 ]
En fait, il ne s'agit pas d'une modification d'annonce en BO. Lorsqu'on clique sur le lien, on est connecté avec l'utilisateur possédant l'annonce et on a accès au formulaire de modification en FO. Après modification, on arrive sur la LPS. Le comportement n'est donc pas incohérent, on ne fait donc rien de ce côté là. Validé avec EGV.

Reste à tester les pages "question sur mon annonce" et "saisir mes fichiers de stock".
Commentaire de Jean-Sébastien Franck [ 26/avr./10 11:43 ]
Concernant les pages "question sur mon annonce" et "saisir mes fichiers de stock", on était bien renvoyé vers la LPS après modification d'annonce. Désormais, après modification d'annonce, on est renvoyé vers la page de départ.



[APP-2632] BO Produit : problème sur l'affichage des contributeurs Création: 12/août/04 14:56  Mise à jour: 20/nov./07 11:41  Résolue: 28/sept./07 17:29

Etat: Fermé
Projet: Application PriceMinister
Composants: Produits
Affecte la/les version(s): 7.2.4b
Version(s) corrigée(s): 18.0.0

Type: Bogue Priorité: Mineur
Rapporteur: Validator Attribution: Edouard Gomez-Vaez
Résolution: Impossible à reproduire  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Projets PM: *** STANDBY ***
Classif1: BP
Classif2: RBP - attribut - contributeur

 Description   
Les acteurs de ce film sont affichés en FO, mais ne sont pas visibles en BO. Il
n'est donc pas possible aux commerciaux de les modifier (en l'occurence, il y a
une erreur sur cette fiche).

 Commentaires   
Commentaire de Quentin de Chivré [ 26/août/04 18:30 ]
Il s'agit des contributeurs qui sont associés a un élément produit. Il ne sont
pas modifiables en BO mais sont affichés en FO. La notion d'élément est elle
utilisée en FO pour l'affichage ?
Commentaire de Martin Sudmann [ 15/sept./04 12:45 ]
non, la méthode d'affichage en velocity colle tous les contributions ensemble...
Commentaire de Martin Sudmann [ 23/juin/05 10:35 ]
attendre la migration en attributs
Commentaire de Edouard Gomez-Vaez [ 28/sept./07 17:29 ]
Quel produit ? Je pense que depuis le 12/08/2004 cela se passe mieux :-).
Commentaire de Edouard Gomez-Vaez [ 08/oct./07 18:23 ]
[CAJ200710]



[APP-29869] Pouvoir identifier en BO les properties surchargées Création: 10/juin/10 11:24  Mise à jour: 30/sept./10 17:00  Résolue: 18/juin/10 14:35

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 78.0.0 (CTN-TU)

Type: Amélioration Priorité: Mineur
Rapporteur: Cédric Goldovsky Attribution: Renaud Dierickx
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Liens des demandes:
Duplicate
doublon de APP-29935 Affichage en BO du contenu du fichier... Fermé
Pays:
ALL - Tous
Projets PM: *** CHASSE ***

 Description   
Serait il possible d'indiquer simplement en BO les properties dont les valeurs sont surchargées ?

Cf exemple en capture (asterisque, couleur ... etc.)

 Commentaires   
Commentaire de Nicolas Chauveau [ 10/juin/10 14:19 ]
Pas possible techniquement.
JBoss charge les fichiers de prop dans l'ordre et nous n'avons accès qu'au résultat final.

Par contre l'exploit pourrait faire un script à partir des fichiers et envoyer un rapport identifiant les clés en doublons ?
Commentaire de Renaud Dierickx [ 18/juin/10 14:34 ]
En fait, j'ai développé l'affichage en BO du fichier overload à la fin de l'écran "/admin_back?action=serverlist". (APP-29935)

Toutefois, il faut être vigilant car c'est le contenu du fichier mais pas forcément les propriétés du serveur :
exemple, si Jérémie modifie le fichier mais ne fait pas de touch, la propriété n'est pas prise en compte par le serveur.

==> j'affiche donc ces données à la fin de l'écran et je ne les mélange pas avec les propriétés du serveur comme le proposait Cédric.
Commentaire de Renaud Dierickx [ 18/juin/10 14:35 ]
[CAJ2010Q2CTN]



[APP-1820] Soumission en BO de fiche audio portable Création: 21/janv./04 16:52  Mise à jour: 25/juin/07 18:24  Résolue: 25/juin/07 18:24

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.1.5pre
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Benjamin Guerville Attribution: Validator
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
On peut créer une fiche audio poortable en BO, mais on ne peut pas spécifier à
laquelle des 7 sous-catégories appartient le produit créé (boombox,
dictaphone, ...)

 Commentaires   
Commentaire de Benjamin Guerville [ 21/janv./04 16:52 ]
Merci
Commentaire de Quentin de Chivré [ 21/janv./04 17:27 ]
Il faut donc passer par le Front Office qui gère toute la logique complexe de
création. Celle ci ne sera pas reproduite en BO.



[APP-5487] Refont d'ecran 'apercu' dans BO/images Création: 23/août/05 13:04  Mise à jour: 25/juin/07 18:31  Résolue: 01/sept./05 20:18

Etat: Fermé
Projet: Application PriceMinister
Composants: Images produit
Affecte la/les version(s): 8.0.4e
Version(s) corrigée(s): 8.0.5

Type: Amélioration Priorité: Majeur
Rapporteur: Judd OSullivan Attribution: Emmanuel Gosse
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
On refait la page 'apercu' dans BO/images.
Lien : http://bo.pm.lan/image_back?action=imagesearch&javascript_callback=&matrix=true&pri_type_code=&pri_status_code=20&prd_type_code=&product_id=&login=&creation_start_date=&creation_end_date=&change_start_date=&change_end_date=&number_rows=12&image_per_line=4&x=27&y=10

Voir la maquette de ANL à :
T:\Maquettes\01.Maquettes_a_valider\Bo_images

C'est un refont graphic/HTML.

 Commentaires   
Commentaire de Andrei Matyas [ 24/août/05 10:27 ]
The problem was solved. We display all the images of a product on a row and we pass to the next row for a new product. That means that the attribute "numImagesPerRow" is useless (i deleted it).
Commentaire de Andrei Matyas [ 01/sept./05 16:47 ]
L'ajout des paddings blancs sur certaines images déforme l'affichage des lignes
Commentaire de Quentin de Chivré [ 01/sept./05 18:25 ]
Il ne faut pas faire de padding en BO ca serait mieux
Commentaire de Martin Sudmann [ 01/sept./05 18:44 ]
le pb dans l'affichage des lignes est corrigé.

En ce qui concerne le padding en BO:
Je ne suis pas d'accord: La validation en BO sert à valider que l'image s'affichera bien en FO, et c'est avec le padding.
Si on n'afficha pas le padding et l'utilisateur a détouré avec du blanc cassé, ça se voit uniquement devant un fond blanc.
A mon avis il faudrait même tailler les images en carreaux, comme en front.
Commentaire de Quentin de Chivré [ 01/sept./05 18:53 ]
Ben non la validation sert a verifier
1 - que c'est pas du cul ou autre
2 - que les images sont pas de trop mauvaise qualité

avec la padding blanc sur fond gris, on ne sait pas si le padding fait partie de l'image originale ou pas

Bref, je vais pas me battre, mais voyez avec Jany & Co ce qu'ils veulent
Commentaire de Emmanuel Gosse [ 01/sept./05 20:18 ]
c fait.
image sans padding en bo



[EXP-3969] Créer des URL Pangora pour 'preview' et 'bo' Création: 27/sept./07 17:20  Mise à jour: 09/oct./07 16:54  Résolue: 09/oct./07 16:54

Etat: Fermé
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Bloquant
Rapporteur: Damien Dorizy Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Dépendance
bloque APP-17996 Pangora : Invisible sur PREVIEW et BO... Fermé
Pays:
FRA - France

 Description   
Bonjour,

Afin de pouvoir effectuer des tests Pangora en integ, il nous faudrait les même url de redirection Pangora que pour www (http://www.pm.lan/pangora3, etc...) mais pour 'bo' et 'preview'. Ces url sont nécessaires car l'appel Pangora se fait en Ajax et il est obligatoire d'utiliser le même nom de sous-domaine, sans quoi les pages ne sont pas appelées pour des raisons de sécurité.

Si je ne me trompe pas, les url à créer sont donc les suivantes :
- http://bo.pm.lan/pangora/init-query.xml
- http://bo.pm.lan/pangora2/init-query.xml
- http://bo.pm.lan/pangora3/init-query.xml
- http://bo.pm.lan/pangora/init-nav.xml
- http://bo.pm.lan/pangora2/init-nav.xml
- http://bo.pm.lan/pangora3/init-nav.xml
- http://bo.pm.lan/pangora/init.xml
- http://bo.pm.lan/pangora2/init.xml
- http://bo.pm.lan/pangora3/init.xml

- http://preview.pm.lan/pangora/init-query.xml
- http://preview.pm.lan/pangora2/init-query.xml
- http://preview.pm.lan/pangora3/init-query.xml
- http://preview.pm.lan/pangora/init-nav.xml
- http://preview.pm.lan/pangora2/init-nav.xml
- http://preview.pm.lan/pangora3/init-nav.xml
- http://preview.pm.lan/pangora/init.xml
- http://preview.pm.lan/pangora2/init.xml
- http://preview.pm.lan/pangora3/init.xml

Merci beaucoup.

 Commentaires   
Commentaire de Damien Dorizy [ 27/sept./07 17:21 ]
Tout marchera sur preview et bo lorsque les urls du jira EXP-3969 auront été créées.
Commentaire de Jérémie Bennejean [ 09/oct./07 16:54 ]
C'est en place.

vu avec Damien



[EXP-1395] Plantage quand on fait une recherche avec "/" à partir du BO Création: 27/févr./06 17:19  Mise à jour: 25/juin/07 18:56  Résolue: 27/févr./06 19:44

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Mineur
Rapporteur: Lydia Dali Attribution: Ranto Andriambololona
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
A partir du BO si on cherche 36/38 sur http://bo.pm.lan/navigation/se/category/sa/kw/36%2f38, ça nous renvoie une erreur
"L'accès direct aux boutiques des vendeurs ......"
LOG de deutz:
bo.pm.lan 192.168.1.155 - - [27/Feb/2006:16:58:02 +0100] "GET /navigation/se/cat
egory/s_music/category_sub/104723/kw/36%2f38 HTTP/1.1" 404 605 "-" "Mozilla/4.0
(compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)"

Par contre pas d'erreur si on passe par de www.pm.lan

 Commentaires   
Commentaire de Ranto Andriambololona [ 27/févr./06 19:44 ]
J'ai ajouté

 AllowEncodedSlashes On

dans la configuration apache du bo

Le problème est résolu



[APP-28217] Templates de mails : création BO impossible Création: 05/févr./10 17:09  Mise à jour: 11/févr./10 09:33  Résolue: 08/févr./10 15:45

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office, Mails
Affecte la/les version(s): 61.0.0 (CTN-O)
Version(s) corrigée(s): 62.0.0 (NAV-A)

Type: Bogue Priorité: Critique
Rapporteur: Habib-Sylvain Gourguet Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
Site: Prod
Projets PM: *** CHASSE ***
Navigateur: Tous

 Description   
En BO, dans "Mots-clés / Edito" > "Templates de mails".

En cliquant sur le bouton "Ajouter" (en face du groupe de templates), on obtient "Erreur - non disponible".

 Commentaires   
Commentaire de Espérance Galouo-Lece [ 05/févr./10 17:26 ]
2010-02-05 17:25:13,837 INFO [P-Processor3] BO:pmadmin:Non_identifié - >>> GET http://www.pm.lan/message_back?action=umstemplateview&groupalias=g_account
2010-02-05 17:25:13,860 ERROR [P-Processor3] BO:pmadmin:Non_identifié - Block generation error in : com.babelstore.message.back.UmsTemplateView_jsp
2010-02-05 17:25:13,861 ERROR [P-Processor3] BO:pmadmin:Non_identifié - Assembly error~Servlet=com.babelstore.message.back.MessageBackServlet~Request=GET http://www.pm.lan/mes
sage_back?action=umstemplateview&groupalias=g_account~Referrer=http://www.pm.lan/message_back?action=umstemplatesearch&fuzzy=false&numberrows=100~User-Agent=Mozilla/5.0 (Window
s; U; Windows NT 5.1; fr; rv:1.9.1.7) Gecko/20091221 Firefox/3.5.7~Trace=java.lang.NullPointerException
        at com.babelstore.message.back.UmsTemplateView_jsp.generate(UmsTemplateView_jsp.java:275)
        at com.babelstore.util.Block.generate(Block.java:157)
        at com.babelstore.util.web.Request.include(Request.java:604)
        at com.babelstore.util.web.Request.include(Request.java:637)
        at com.babelstore.util.web.Request.include(Request.java:643)
        at com.babelstore.common.back.BackPopupTemplate_jsp.generate(BackPopupTemplate_jsp.java:75)
        at com.babelstore.util.Block.generate(Block.java:157)
        at com.babelstore.util.web.Screen.generate(Screen.java:162)
        at com.babelstore.util.web.Request.generate(Request.java:577)
        at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:469)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:200)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:482)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:619)

2010-02-05 17:25:13,861 INFO [P-Processor3] BO:pmadmin:Non_identifié - <<< [24 ms] GET http://www.pm.lan/message_back?action=umstemplateview&groupalias=g_account
Commentaire de Alexandre Garnier [ 05/févr./10 17:57 ]
Ce n'est pas plus possible depuis le lien "A" de la page de listing des templates --> on ne peut plus créer de template BO !
Commentaire de Alexandre Garnier [ 05/févr./10 17:59 ]
Régression apportée par la révision 24681.113.105 qui utilise le template alors que celui-ci n'existe pas dans le cas de la création d'un template...
Cette révision a été faite dans le cadre du JIRA APP-27743

Il suffit d'ajouter un "mailTemplate != null" dans le test avant l'utilisation de celui-ci.
Commentaire de Renaud Dierickx [ 08/févr./10 15:45 ]
[CAJ2010Q1CTN]



L'appel aux css en https ne fait pas appel à la servlet static ! (APP-12276)

[APP-13331] Simuler les dossier statiques bo et preview Création: 20/oct./06 12:34  Mise à jour: 08/oct./07 15:22  Résolue: 14/déc./06 10:12

Etat: Fermé
Projet: Application PriceMinister
Composants: Infrastructure
Affecte la/les version(s): 10.0.0 (ESP)
Version(s) corrigée(s): 10.0.1

Type: Sub-bug Priorité: Majeur
Rapporteur: Alexandre Garnier Attribution: Alexandre Garnier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Projets PM: *** RESERVE ***

 Description   
Maintenant, les images de la CSS sont appelés dans le dossier de nom du brand et non plus de nom du skin, ce qui oblige à dupliquer www pour bo et preview.
Il faudrait donc créer des liens de ces dossier vers www
front/brand/bo/ -> front/brand/www/
front/brand/preview/ -> front/brand/www/

 Commentaires   
Commentaire de Patrice Boulanger [ 30/oct./06 15:41 ]
On parle de quelle(s) plateforme(s): integ ? prod?
Commentaire de Alexandre Garnier [ 30/oct./06 16:04 ]
Toutes
Commentaire de Christophe Garcia [ 20/nov./06 10:36 ]
Alors d'abord en INTEG ESPAGNE !
Merci
Commentaire de Patrice Boulanger [ 20/nov./06 10:44 ]
Ces liens existent déjà en integ france et en integ espagne:

[adminpm@deutz:~/chrootapache/usr/local/apache/htdocs/pmweb/es/content/V10_0_1/front/brand]ls -l
total 64
drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 acf
drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 bambinoccasion
lrwxrwxrwx 1 adminpm adminpm 3 nov 16 17:20 bo -> www
drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 camif
drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 christmas
drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 croixrouge
drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 epik
drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 francemobiles
drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 freesurf
drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 koobuycity
drwxr-xr-x 4 adminpm adminpm 4096 nov 16 17:20 liberation
drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 m6
drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 mobilesachat
drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 presencepc
lrwxrwxrwx 1 adminpm adminpm 3 nov 16 17:20 preview -> www
drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 viamichelin
drwxr-xr-x 3 adminpm adminpm 4096 nov 16 17:20 virginmega
drwxr-xr-x 4 adminpm adminpm 4096 nov 16 17:20 www
Commentaire de Patrice Boulanger [ 14/déc./06 10:02 ]
On peut clore ce Jira ?
Commentaire de Alexandre Garnier [ 14/déc./06 10:12 ]
Oui



[APP-23320] [UK] (Param BO) Négo ne fonctionne pas ? Création: 26/nov./08 17:51  Mise à jour: 15/déc./08 18:01  Résolue: 08/déc./08 17:30

Etat: Fermé
Projet: Application PriceMinister
Composants: Mise en vente, Négociation
Affecte la/les version(s): 37.0.0 (TX-D)
Version(s) corrigée(s): 37.0.0 (TX-D)

Type: Bogue Priorité: Critique
Rapporteur: Charles Decaux Attribution: Rémi Virlouvet
Résolution: Corrigé  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Sous-tâches:
Clé
 Résumé
 Type
 Etat
 Attribution
APP-23536 [Mails] : Offre négo - mail acheteur ... Sub-bug Fermé Rocio Perez-Garcia  
Pays:
GBR - Royaume Uni
Site: Recette
Navigateur: Internet Explorer 6.X
Projets PM archivés: UK - Plateforme BETA

 Description   
J'ai activé la négo sur mon compte. Or sur tous les produits que j'ai mis en vente, le lien 'negociate the price' n'apparait pas.

 Commentaires   
Commentaire de Emeric Teil [ 26/nov./08 18:24 ]
Quel compte ?

Pour info : la négo n'est dispo qu'au bout d'un certain labs de temps...(2 jours en FR)... normalement si tu va modifier tes annonce, il doit te dire à partir de quand elle sera négociable...
Commentaire de Emeric Teil [ 05/déc./08 10:14 ]
Charles, tu peux vérifier si le problème est toujours présent ou bien si après le délai imparti, ton annonce est bien devenue négociable ?
Commentaire de Charles Decaux [ 05/déc./08 12:56 ]
La négo n'apparait toujours pas sur mon annonce (vendeur chucki_uk)
http://www.pm.bollinger:2680/offer/buy/26490527/Use-Your-Illusion---Vol-1---3eme-Album.html

Quel est le délai pour que la négo s'affiche ?
Commentaire de Emeric Teil [ 05/déc./08 14:56 ]
a priori problème sur le formulaire de mise en vente, on doit avoir des choses telles que "if allownegociation then..."
Commentaire de Rémi Virlouvet [ 08/déc./08 17:06 ]
en fait il y a bien du code nego dans le html du formulaire annonce, mais il manquait le noeud dans l'arbre, et la ligne dans le format. j'ai de plus autorisé la négo pour tout type dans conf produit.

tout ça en dèv (pour tester).
Commentaire de Rémi Virlouvet [ 08/déc./08 17:15 ]
tout a l'air ok, je fais en prod
Commentaire de Emeric Teil [ 08/déc./08 17:16 ]
OK, faut-il tout de même créer les sous-taches ? (à priori, rien de tout cela n'est fait en Prod et il faudrait que ce soit le cas pour la conf ?)
Commentaire de Rémi Virlouvet [ 08/déc./08 17:19 ]
sous taches pas nécessaires à mon avis. l'aide en ligne a l'air ok.
Commentaire de Emeric Teil [ 08/déc./08 17:21 ]
OK très bien :o)
Commentaire de Rémi Virlouvet [ 08/déc./08 17:30 ]
fait en PROD
Commentaire de Emeric Teil [ 08/déc./08 17:35 ]
Charles, tu peux tester en Dev que c'est OK pour toi ?

rémi : peux-tu indiquer la catégorie de produit pour laquelle c'est OK en dev ?
Commentaire de Rémi Virlouvet [ 08/déc./08 17:46 ]
Toutes!
Commentaire de Charles Decaux [ 08/déc./08 18:44 ]
Je pense qu'il va falloir créer des sous-jira.

En effet, le mail envoyé à l'acheteur suite à une négo ne me semble pas correct . On lui dit notamment
"We have contacted the seller(s) and have asked them to send you the item(s) you have ordered.
Once we receive confirmation from them, we will send you an order summary within 3 days."

Or, il n'est pas certain que le vendeur envoie le produit ?

Voir le mail en screenshot.
Commentaire de Emeric Teil [ 08/déc./08 18:49 ]
Effectivement, le mail est censé être adapté lorsqu'il s'agit d'une offre négo et non pas d'un achat "ferme".

Commentaire de Charles Decaux [ 08/déc./08 18:57 ]
Par ailleurs, je ne reçois pas le mail côté vendeur
Commentaire de Rémi Virlouvet [ 09/déc./08 10:37 ]
c'est pas param :)
Commentaire de Emeric Teil [ 09/déc./08 10:44 ]
OK, je crée une sous-tache pour Cedric.
Commentaire de Emeric Teil [ 15/déc./08 16:22 ]
Charles, hormis la sous-tache concernant le mail, es-tu OK pour le reste ?
Commentaire de Charles Decaux [ 15/déc./08 17:19 ]
oui c'est bon, merci



[APP-28856] Apostrophes disparues dans les titres des messages BO Création: 23/mars/10 15:40  Mise à jour: 06/avr./10 10:01  Résolue: 29/mars/10 15:38

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 65.0.0 (TX-M)
Version(s) corrigée(s): 66.0.0 (NAV-B)

Type: Bogue Priorité: Mineur
Rapporteur: Habib-Sylvain Gourguet Attribution: Marc-Antoine Decreton
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: File bug_apos.bmp    
Liens des demandes:
Similaire
similaire à APP-28940 bug encodage texte messagerie interne Fermé
similaire à APP-28903 des messages arrivent sans être assoc... Fermé
Pays:
ALL - Tous
Site: Prod
Projets PM: *** CHASSE ***
Navigateur: Tous

 Description   
Tous les titres de messages arrivés en BO depuis 5 h ce matin et comprenant des apostrophes sont buggués.

Les apostrophes sont ainsi remplacées par "&#39;".

Voir screenshot.

Merci.

 Commentaires   
Commentaire de Habib-Sylvain Gourguet [ 24/mars/10 11:01 ]
A priori, le problème affecte également le corps de certains messages.
Commentaire de Marc-Antoine Decreton [ 24/mars/10 11:12 ]
Tu peux m'envoyer un ou deux identifiants de messages concernés stp ?
Merci
Commentaire de Habib-Sylvain Gourguet [ 24/mars/10 11:52 ]
Voila :-)

http://bo.priceminister.com/message_back?action=usrmessagesetting&includemsg=true&umsdomaincode=10&userid=4044797&usrmessageid=243148949
http://bo.priceminister.com/message_back?action=usrmessagesetting&includemsg=true&umsdomaincode=10&userid=379687&usrmessageid=243291444
Commentaire de Marc-Antoine Decreton [ 29/mars/10 15:38 ]
[CAJ2010Q1TX]



[APP-31119] Nouvelle réclamation BO -> "transaction rejetée" Création: 21/sept./10 09:50  Mise à jour: 21/sept./10 14:43  Résolue: 21/sept./10 12:01

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 77.0.0 (TX-P)
Version(s) corrigée(s): 77.0.1

Type: Bogue Priorité: Critique
Rapporteur: Habib-Sylvain Gourguet Attribution: Marc-Antoine Decreton
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
Projets PM: *** A PLANIFIER ***

 Description   
Bonjour,

Impossible d'ouvrir une nouvelle réclamation manuellement en BO. Plus exactement, celle-ci apparaît bien en "Nouvelle", mais la transaction est alors à l'état "rejetée" (alors qu'habituellement, elle ne peut qu'être "annulée" ou "confirmée").

Voir sur BRANCH, ici :

http://bo.branch-fr.pm.dev/purchase_back?action=itemview&itemid=104958730

Reproduit également en Prod (cette fois-ci, claim "en cours") :

http://bo.priceminister.jmh/purchase_back?action=itemview&itemid=141644284

 Commentaires   
Commentaire de Arnaud Forgues [ 21/sept./10 11:16 ]
Il semblerait que le pb soit apparu suite à des modifs lors du projet "Marquage des actions BO".
Comme c'est toi qui était passé sur la partie Fiche article / Claims (d'après le wiki), pourrais-tu jeter un coup sur ce drole de bug ?

NB : Il semblerait que Samy ait fait un correctif qui pose également problème : http://perrier:8090/dev/project/ident_action_bo/revision/26737



[APP-26124] [BO] Recherche d'attributs génère une erreur Création: 31/juil./09 10:00  Mise à jour: 07/déc./09 15:36  Résolue: 07/déc./09 15:36

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 50.0.1
Version(s) corrigée(s): 50.0.2

Type: Bogue Priorité: Critique
Rapporteur: Fabien Farache Attribution: Martin Sudmann
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File Erreur BO - Noms d'attributs.jpg    
Liens des demandes:
Dépendance
bloque CAT-1902 Créer la modélisation Montre Résolu
Pays:
FRA - France
Site: Prod
Projets PM: *** RESERVE ***
Projets PM archivés: MEV / BP - Suppression des médiums

 Description   
Dans le BO lorsque je vais dans "Noms d'attributs" et que je fais une recherche j'ai en retour une grosse page d'erreur.
Ces erreurs surviennent pour les types Accessoires Mobiles + Caméras + Mobiles + Montre + Photo numérique

 Commentaires   
Commentaire de Cédric Goldovsky [ 31/juil./09 11:48 ]
La requête qui plante :

2009-07-31 09:51:28,830 INFO [-Processor33] BO:bo:BoB - >>> GET http://bo.priceminister.com/referential_back?action=at
tributenamesearch&javascript_callback=&prd_type_code=1500&attribute_name=&attribute_name_key=&attribute_value_type=
Commentaire de Edouard Gomez-Vaez [ 05/août/09 12:24 ]
Il se trouve que cela concerne tous les types qui contiennent des nouveaux mappings depuis la livraison V50 (en tous cas quand ils sont créés manuellement par l'interface, je ne sais pas quand c'est fait par import).

Problème de dev : dans AttributeNameInfoQuery ligne 77 on ne vérifie pas que la valeur en base est nulle. Ce que je ne comprends pas c'est que normalement ça le fait bien, quand c'est null en base c'est que c'est faux.

Solutions possibles :
DEV : rendre plus solide la lecture en base.
DEV : renseigner par un zéro en base à la création d'un mapping si l'attribut n'est pas cherchable.

Contournement :
Renseigner par scripts tous les mapping qui ont un is_searchable null et leur mettre 0 à la place. Lancer ce script tous les jours ?
De plus, si on connait le nom d'attribut qui a été créé, l'ouvrir dans le BO et (cocher, valider) puis (décocher, valider) le "cherchable" correspondant au mapping dont on parle. A faire de toutes façons quand on créé un mapping à la main.

Commentaire de Benoît Bourdon [ 07/août/09 17:42 ]
Un truc bizzzzzzzzzzzzzarre :

Il n'est actuellement pas possible de créer des noms d'attributs en PROD ....
Donc ... ça ne peut pas mal initialiser une colonne puisqu'on ne créer pas la ligne !!!
--> est ce qu'il ne s'agirait pas de noms d'attributs créer pas CNET qui créer ce bug ???
Commentaire de Fabien Farache [ 10/août/09 09:26 ]
On ne peut pas créer d'attribut en prod ??
Le type "Montre" qui m'a fait découvrir cette erreur n'est pas un type Cnet avec des attributs Cnet.

Actuellement je n'ai plus l'erreur sur "Montre" et "Mobile". En revanche je l'ai toujours sur "Accessoires mobiles", "Caméras" et "Photo numérique"
Commentaire de Martin Sudmann [ 10/août/09 10:55 ]
Corrigé au moment de la lecture de la donnée.

Il faudrait revoir la gestion des boolean /Boolean globalement pour unifier la façon de persister et lire ces données ; à décider en CoEnvDev, puis à généraliser via refactoring lors du développement au fil de l'eau.



[APP-3236] FP BO : modification du commentaire produit Création: 07/déc./04 18:05  Mise à jour: 25/juin/07 18:27  Résolue: 25/juin/07 18:27

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.8
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Validator Attribution: Martin Sudmann
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Il ne semble pas possible de modifier le commentaire produit en BO. Or, on
affiche cette valeure sur la fiche produit (en description 3) pour le divers
musique et pour les vêtements.

Il faut absolument pouvoir intervenir sur ce champ avant activation de la fiche.

 Commentaires   
Commentaire de Quentin de Chivré [ 07/déc./04 18:28 ]
Ceci provient d'un mauvais usage du champ commentaire produit...

Celui-ci etait initialement destiné a recevoir des commentaires du vendeur pour
aider à la validation de sa fiche. Comme souvent il contenait un
texte "marketing", on a créé un bouton permettant de générer en 1 clic un Edito
produit.

Puis qq'un a décidé d'afficher ce champ directement en FO pour les mémorabilia
car les FP étant en validation automatique, la manip ci-dessus n'était plus
possible.

Il me semble donc utile de réfléchir à une solution + pérenne...
- Par exemple laisser le commentaire un champ caché et non modifiable et créer
un 2eme champ "descriptif" affichable en FO directement, et modifiable en BO.
- Autre solution: permettre de créer un édito lors de la soumission, ainsi
certains formulaires sont configurés avec un champ commentaire et d'autres avec
un champ edito (c'est comme la 1ere soluion mais en réutilisant mieux
l'existant).
Il ne restera qu'a migrer les données mémorabilia.

Je te renvoie le bug pour reflexion...
Commentaire de Validator [ 08/déc./04 10:42 ]
La meilleur solution me semble la 3ieme ;)

A savoir, la création d'un type d'édito correspondant à la description du
produit. Cet édito ne serait pas affiché dans l'onglet édito. On pourrait le
manipuler sur la FP via le contexte velocity.

Il faudrait également pouvoir soumettre via import ou FO.
Je pense que du coup, le bouton A sur le commentaire produit (en fait, le
commentaire vendeur) devrait créer un édito de ce nouveau type. A voir.
Commentaire de Quentin de Chivré [ 08/déc./04 10:50 ]
De plus il faudrait pouvoir mettre un textbox sur les formulaires de soumission
permettant de saisir ce nouveau type d'edito.
Ceci sera automatiquement le cas avec :
1/ La mise en place de la soumission NG
2/ La possibilité d'importer plusieurs edito

=> artin : a prendre en compte dans le chantier "remise à plat des imports
d'edito"
Commentaire de Martin Sudmann [ 29/déc./04 16:30 ]
le bouton [A] crée maintenant une description (ou, si on sélectionne autre
chause dans la combe, un édito ou une opinion).
Mais mieux vaut modifier la config des formulaires pour créer tout de suite une
description.



[APP-3411] Mon compte : possibilité d'accéder à un autre compte par l'activation de son pmv Création: 31/déc./04 12:16  Mise à jour: 25/juin/07 18:27  Résolue: 25/juin/07 18:27

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.9
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Emmanuel Gosse Attribution: Martin Sudmann
Résolution: Impossible à reproduire  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
pour reproduire le bug

-créer 1 compte : c1
-aller jusqu'à la page de demande de date de naissance pour l'activation du
pmv.
-se delogguer.
-se logger avec un autre compte c2
-faire des backs jusqu'à la page de demande de date de naissance vu par c1.
-rentrer la date.
-activation du compte pmv de c1 réussi.
-acces au compte c1 par c2.

 Commentaires   
Commentaire de Martin Sudmann [ 14/janv./05 09:50 ]
*** Bug 3643 has been marked as a duplicate of this bug. ***
Commentaire de Martin Sudmann [ 14/janv./05 09:53 ]
*** Bug 3820 has been marked as a duplicate of this bug. ***
Commentaire de Martin Sudmann [ 14/janv./05 09:56 ]
il faudrait mieux employer le header HTTP "Cache-Control" sur les pages
sensibles (paiement, soumission de FP, PMV...)
proposition (Request.java):

    public void setExpires(int nMinute) {
        GregorianCalendar gc = new GregorianCalendar();
        if (nMinute == 0)
            gc.add(Calendar.YEAR, -10); // In the past
        else
            gc.add(Calendar.MINUTE, nMinute);
        res.setDateHeader("Expires", gc.getTime().getTime()); // HTTP 1.0

        // Normal no-cache
        if (nMinute == 0) {
            res.setHeader("Cache-Control", "private"); // HTTP 1.1
        }
        // Forced no-cache (payment, product submission...)
        else if (nMinute < 0) {
            res.setHeader("Cache-Control", "max-age=0, no-store, no-cache,
must-revalidate"); // HTTP 1.1
            res.setHeader("Pragma", "no-cache"); // HTTP 1.0
        }
        // Defined expiration
        else {
            res.setHeader("Cache-Control", "max-age=" + (nMinute * 60)); // HTTP 1.1
        }
    }
Commentaire de Martin Sudmann [ 23/juin/05 14:00 ]
je n'arrive pas à reproduire ce comportement, ni en IE ni en Firefox.
J'ai essayé dans de différentes constellations, mais j'arrive toujours sur le
PMV du 2e compte (duquel j'ai au passage mis à jour la date de naissance, quand
le PMV était déjà activé !).



[EXP-5060] Ecran BO Produit - Pas de rafraichissement Création: 25/févr./10 07:07  Mise à jour: 04/janv./11 09:52  Résolue: 04/janv./11 09:52

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Xavier Fabregat Attribution: Eric Vannier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ESP - Espagne

 Description   
Plus de fiches qui partent de l'écran BO produit depuis le 22/02/2010 15H, ni d'autres qui arrivent depuis le 24/02/2010 2h

http://bo.priceminister.es/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=&search_type=&prd_type_code=&product_id=&base_product_id=&attribute_name_key=&category=&prd_status_code=20&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=&submitter_result=&change_start_date=&change_end_date=&owner_login=&data_file_id=&feed_start_date=&feed_end_date=&with_complement=1&create_start_date=&create_end_date=&order=4&number_rows=400&do_search.x=21&do_search.y=8

Pareil que pour UK : APP-28454

 Commentaires   
Commentaire de Aurélien Vergalli [ 11/mars/10 11:11 ]
Toujours d'actualité. Retard de 24/48h sur les produits en BO.
Exemple: http://bo.priceminister.es/referential_back?action=productview&productid=66692170

Donc: les fiches validées récemment invisibles sur le site.

Idem sur UK: EXP-5061

Merci.
Commentaire de Eric Vannier [ 09/avr./10 09:55 ]
Cela provient des blocages des searchers sur notre plateforme INTL....
Commentaire de Xavier Fabregat [ 08/déc./10 07:53 ]
Encore 28 fiches validées il y a 2 jours qui ne partent pas de l'écran BO produit, pire elles ne sont pas trouvables en Front donc pas achetables.

http://bo.priceminister.es/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=&search_type=&prd_type_code=&product_id=&base_product_id=&attribute_name_key=&category=&prd_status_code=20&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=&submitter_result=&change_start_date=&change_end_date=&owner_login=&data_file_id=&feed_start_date=&feed_end_date=&with_complement=1&create_start_date=&create_end_date=05/12/2010&order=4&number_rows=400&do_search.x=20&do_search.y=12
Commentaire de Xavier Fabregat [ 08/déc./10 10:02 ]
Tout est redevenu normal.
Commentaire de Eric Vannier [ 04/janv./11 09:52 ]
On cloture



Le changement en BO du serveur applicatif ne marche pas (APP-13207)

[APP-16776] Afficher le veritable serveur dans les vue BO Création: 22/juin/07 15:09  Mise à jour: 05/juil./07 17:51  Résolue: 05/juil./07 17:42

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 15.0.0
Version(s) corrigée(s): 15.0.0

Type: Sous-tâche Priorité: Bloquant
Rapporteur: Alexandre Garnier Attribution: Alexandre Garnier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File Changement de serveur.JPG    
Projets PM archivés: Maintenance 15.x.x

 Description   
Actuellement, le nom du serveur affiché en BO est tiré du cookie de session qui est censé correspondre au serveur utilisé.
Malheureusement, le changement de serveur ne semble pas fonctionner même si le cookie est modifié et donc que le bon serveur est affiché.
Corriger l'affichage du serveur pour qu'il ne soit pas tiré du cookie mais soit le serveur réel.

 Commentaires   
Commentaire de Alexandre Garnier [ 22/juin/07 15:10 ]
Fait
Commentaire de Younès Charrière [ 05/juil./07 17:26 ]
Ce n'est pas bon en Integ France. Voir screenshot.
Commentaire de Alexandre Garnier [ 05/juil./07 17:42 ]
Justement : c'est le vrai qui est affiché : le changement de serveur ne fonctionne pas sur bo.pm.lan car il ne correspond QUE à deutz. Le serveur sélectionné dans la liste est celui qui est dans la session et vers lequel on devrait être redirigé.
Il existe déjà un autre JIRA sur cette incohérence entre le serveur réel et demandé d'où ce dev afin de mieux contrôler pour les caches : on peut bien voir sur quel serveur on les rafraichit effectivement et non théoriquement.
Commentaire de Younès Charrière [ 05/juil./07 17:51 ]
Ok je vois ! Merci ;)



[APP-30139] Régression: Conflit FP impossible en BO Création: 30/juin/10 09:31  Mise à jour: 01/juil./10 10:17  Résolue: 01/juil./10 10:17

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 72.0.0 (VEN-C)
Version(s) corrigée(s): 72.0.2

Type: Bogue Priorité: Critique
Rapporteur: Aurélien Vergalli Attribution: Florian Degrand
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Prod
Projets PM: *** RESERVE ***
Navigateur: Tous

 Description   
Le conflit (fusion de FP) n'est plus possible sauf cas exceptionnel (quand fiche source en stock 0 avec annonce en attente/suspendue).

Régression suite à Jira APP-28188

Exemple:
http://bo.priceminister.com/referential_back?action=conflictview&product_id1=105301695&product_id2=49113857&x=9&y=9

 Commentaires   
Commentaire de Manuel Sadok [ 30/juin/10 10:41 ]
La correction est en cours. et comme il s'agit d'un bug qui affecte le BO, on peut se permettre de déployer la correction dès aujourd'hui sur le serveur jmh.

Aurélien on te tiens au courant dès que c'est bon. Désolé pour la gêne occasionnée...
Commentaire de Aurélien Vergalli [ 30/juin/10 10:44 ]
Bonne nouvelle. Merci !!



[APP-31307] Plantage de l'écran BO d'affichage de contenu Création: 05/oct./10 08:29  Mise à jour: 06/oct./10 15:36  Résolue: 05/oct./10 16:56

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 78.0.0 (CTN-TU)
Version(s) corrigée(s): 78.0.1

Type: Bogue Priorité: Majeur
Rapporteur: Renaud Dierickx Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File APP-31307.patch     JPEG File screenshot-1.jpg    
Pays:
FRA - France
Site: Prod
Projets PM: Espace personnalisé

 Description   
Voir la page et/ou screenshot-1 :
http://bo.priceminister.com/usr_content_back?action=contentversionsearch&content_version_id=&vsn_status_code=&content_id=&ctn_type_code=&login=&content_value=&start_date=04%2F10%2F2010&end_date=&number_rows=4000&x=48&y=14

 Commentaires   
Commentaire de Alexandre Garnier [ 05/oct./10 08:57 ]
2010-10-05 08:55:17,610 ERROR [-Processor73] BO:bo:ALG - Block generation error in : com.priceminister.community.sellercontent.presentation.back.ContentVersionSearch_jsp
2010-10-05 08:55:17,610 ERROR [-Processor73] BO:bo:ALG - Assembly error~Servlet=com.priceminister.community.sellercontent.presentation.back.UsrContentBackServlet~Request=GET http://bo.priceminist
er.com/usr_content_back?action=contentversionsearch&content_version_id=&vsn_status_code=&content_id=&ctn_type_code=&login=&content_value=&start_date=04%2F10%2F2010&end_date=&number_rows=4000&x=48&y=14~R
eferrer=null~User-Agent=Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/7.0.536.2 Safari/534.10~Trace=java.lang.NullPointerException~at com.priceminister.co
mmunity.sellercontent.presentation.back.ContentVersionSearch_jsp.generate(ContentVersionSearch_jsp.java:129)
java.lang.NullPointerException
        at com.priceminister.community.sellercontent.presentation.back.ContentVersionSearch_jsp.generate(ContentVersionSearch_jsp.java:129)
        at com.babelstore.util.Block.generate(Block.java:182)
        at com.babelstore.util.web.Request.include(Request.java:682)
        at com.babelstore.util.web.Request.include(Request.java:715)
        at com.babelstore.util.web.Request.include(Request.java:721)
        at com.babelstore.common.back.BackTemplate_jsp.generate(BackTemplate_jsp.java:111)
        at com.babelstore.util.Block.generate(Block.java:182)
        at com.babelstore.util.web.Screen.generate(Screen.java:162)
        at com.babelstore.util.web.Request.generate(Request.java:655)
        at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:519)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:201)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:116)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:482)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:619)
Commentaire de Alexandre Garnier [ 05/oct./10 09:08 ]
La ligne en cause (ContentVersionSearch.jsp:159) :

<a href="<%= AdminLoginAction.url(contentOwner.getUserAccountId(), null) %>"><img

--> contentOwner semble null

UserInfo contentOwner = mdl.results.getUser(contentVersion.getContent().getUserAccountId());

Donc il doit y avoir un problème dans le chargement des users dans StandardShopContentBackFacade.getContentVersions(ContentVersionSearchInput, UserSearchInput)
Commentaire de Alexandre Garnier [ 05/oct./10 12:51 ]
Il faudrait activer les logs des requêtes (SQLQuery et Hibernate) pour trouver où l'erreur est provoquée.
Commentaire de Alexandre Garnier [ 05/oct./10 15:39 ]
Résolu, patch en PJ pour l'appliquer où vous voulez.

Le problème était que pour la requête sur les users on ne précisait pas le nbRows et il valait donc 200 par défaut.
Donc si on requête un nombre de versions associées à plus de 200 utilisateurs distincts, ben ça plante comme ça.
Commentaire de Renaud Dierickx [ 05/oct./10 16:56 ]
C'est corrigé en V78_0_1 !



[EXP-5170] Comptage KO des FP soumises en BO Création: 08/sept./10 11:44  Mise à jour: 11/oct./10 13:44

Etat: Ouvert
Projet: Exploitation
Composants: Comptage
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Aurélien Vergalli Attribution: Patrice Boulanger
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File comptage bo ko.JPG    
Pays:
FRA - France

 Description   
Les fiches soumises avant le 01 septembre sont toutes traitées. Le BO affiche cependant encore des résultats (voir PJ).

Recherche:
http://bo.priceminister.com/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=&search_type=10&prd_type_code=&product_id=&base_product_id=&zero_stock=true&one_in_stock=true&many_in_stock=true&submitter_part=true&submitter_pro=true&attribute_name_key=&category=&prd_status_code=20&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=&change_start_date=&change_end_date=&owner_login=&data_file_id=&create_data_file=true&change_data_file=true&feed_start_date=&feed_end_date=&with_complement=1&create_start_date=01/08/2010&create_end_date=01/09/2010&order=4&number_rows=800&do_search.x=0&do_search.y=0

 Commentaires   
Commentaire de Aurélien Vergalli [ 11/oct./10 13:44 ]
Toujours 1916 fiches créées fin aout apparaissant comme soumises dans le BO, bien que traitées depuis 1 mois et demi.



[APP-26357] Lenteur en BO quand on souhaite répondre à un message Création: 03/sept./09 10:22  Mise à jour: 18/juin/10 16:28

Etat: Ouvert
Projet: Application PriceMinister
Composants: Mails
Affecte la/les version(s): 52.0.0 (CTN-M)
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Mineur
Rapporteur: Christophe Garcia Attribution: Dispatcher (Pôle CTN)
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à APP-26359 [BO] Impossible de répondre à un mess... Fermé
Pays:
FRA - France
Site: Integ
Projets PM: *** RESERVE ***
Classif1: MAIL
Classif FONC: tech

 Description   
Aller en BO - Messages
Rechercher les messages du login chg_pm
Cliquer sur Répondre à l'un des messages
==> C'est long ! Voir log ci-dessous


2009-09-03 10:06:42,038 INFO [P-Processor9] BO:pmadmin:toto - >>> GET http://www.pm.lan/message_back?action=usrmessagesetting&includemsg=true&umsdomaincode=10&userid=9614950&usrmessageid=193505532
2009-09-03 10:06:42,208 INFO [P-Processor9] BO:pmadmin:toto - Start to compute counters from 'BO : Messagerie' (FROM_BO_USR_MESSAGE_CONFIGURE_MODEL)
2009-09-03 10:06:42,232 INFO [P-Processor9] BO:pmadmin:toto - Delay to compute counters from 'BO : Messagerie' (FROM_BO_USR_MESSAGE_CONFIGURE_MODEL) : 24 ms
2009-09-03 10:07:04,972 WARN [P-Processor9] BO:pmadmin:toto - Long query [22701 ms]: UsrMessageSearchQuery
-- UsrMessageSearchQuery
VAR x1 NUMBER § EXEC :x1 := 9614950;
SELECT /*+ USE_NL(usr_message user_account) */ usr_message.usr_message_id, usr_message.advert_id, usr_message.body, usr_message.change_date, usr_message.complaint_id, usr_m
essage.contract_id, usr_message.creation_date, usr_message.description, usr_message.item_id, usr_message.operation_id, usr_message.parent_usr_message_id, usr_message.prd_image_i
d, usr_message.product_id, usr_message.purchase_id, usr_message.question_id, usr_message.recipient_email_address, usr_message.review_id, usr_message.row_version, usr_message.sen
d_date, usr_message.sender_email_address, usr_message.subject, usr_message.ums_domain_code, usr_message.ums_incoming_context_id, usr_message.ums_incoming_status_code, usr_messag
e.ums_outgoing_status_code, usr_message.ums_template_id, usr_message.ums_type_code, usr_message.user_account_id, usr_message.warranty_id, dbms_lob.substr(usr_message.body, 250)
as body_str, user_account.login
FROM usr_message, user_account
WHERE (user_account.user_account_id = usr_message.user_account_id)
AND (usr_message.user_account_id = :x1)
AND (usr_message.ums_type_code = 10)
AND (usr_message.ums_incoming_status_code = 10)
ORDER BY usr_message.creation_date desc
;
2009-09-03 10:07:05,010 INFO [P-Processor9] BO:pmadmin:toto - <<< [22972 ms] GET http://www.pm.lan/message_back?action=usrmessagesetting&includemsg=true&umsdomaincode=10&userid=9614950&usrmessageid=193505532
2009-09-03 10:07:05,010 WARN [P-Processor9] BO:pmadmin:toto - Long request [22972 ms]: GET http://www.pm.lan/message_back?action=usrmessagesetting&includemsg=true&umsdomaincode=10&userid=9614950&usrmessageid=193505532

 Commentaires   
Commentaire de Alexandre Garnier [ 03/sept./09 10:48 ]
On a rien changé à ce comportement.
Je pense que c'était déjà le cas avant.
En tout cas cette requête passe maintenant sans problème (côté SQL comme Web), sûrement une lenteur au premier appel (Patrick ?)
Habib, est-ce que vous observez déjà ce genre de comportement ?

Sinon ça sert à afficher la liste des message non répondu à cet utilisateur.
Commentaire de Habib-Sylvain Gourguet [ 03/sept./09 10:53 ]
Lié à ce que je te signalais par mail ce matin ? A savoir qu'on ne peut plus répondre à un message d'un utilisateur qui nous aurait contactés par un formulaire.

Dès que nous cliquons sur "Répondre", le message d'erreur suivant apparaît :

null; CausedByException is: null; CausedByException is: id to load is required for loading

Voir sur le compte suivant :

http://bo.pm.lan/user_back?action=userview&showeventothers=true&useraccountid=11718395
Commentaire de Alexandre Garnier [ 03/sept./09 10:55 ]
Pas sûr que ce soit lié



[EXP-2126] Différence de CSS entre BO, PREVIEW et WWW Création: 10/mai/06 10:42  Mise à jour: 16/sept./08 17:56  Résolue: 16/sept./08 17:56

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Bloquant
Rapporteur: Christophe Garcia Attribution: Patrice Boulanger
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Quand on fait un DIFF entre les répertoires /data/chrootapache/usr/local/apache-2.0.51/htdocs/pmweb/content/V900/front/brand/www et bo par exemple on obtient des différences au niveau des CSS (brand.css et brand_vehicle.css).
Pb de déploiement ?

Dans www :
-rw-r--r-- 1 adminpm adminpm 2178 mai 9 18:59 brand_vehicle.css
-rw-r--r-- 1 adminpm adminpm 65636 mai 9 18:59 brand.css
Dans bo :
-rw-r--r-- 1 adminpm adminpm 1974 mai 5 14:00 brand_vehicle.css
-rw-r--r-- 1 adminpm adminpm 63774 mai 5 14:00 brand.css
Dans preview :
-rw-r--r-- 1 adminpm adminpm 1974 mai 5 13:37 brand_vehicle.css
-rw-r--r-- 1 adminpm adminpm 63774 mai 5 13:37 brand.css

[pmas@deutz brand]$ diff www bo
Les sous-répertoires www/auto et bo/auto sont identiques.
diff www/brand.css bo/brand.css
103c103
< color:#F00;
---
> color:#990000;
887a888
> display: block;
1097c1098
< color:#F00;
---
> color:#900;
1102c1103
< color:#F00;
---
> color:#900;
1286a1288
> display: block;
1336,1340d1337
< .lk_o {
< font-weight: bold;
< text-decoration: underline;
< color: #F60;
< }
1360c1357
< h1, #temp_c .recap h1 {
---
> h1 {
1365d1361
< border: 0;
1367c1363
< .hbis, #temp_c .hbis {
---
> .hbis {
1728,1731d1723
< .list_price {
< margin: 5px 0 0 0;
< display: block;
< }
1856d1847
< display: block;
2363d2353
< font-weight: bold;
2888,2900d2877
< .nava_res img {
< padding-top:5px;
< }
< .nava_res_content{
< height: auto;
< width: auto;
< padding: 5px 0;
< margin: 0 250px 0 0;
< }
< .nava_res_content em {
< font-weight: bold;
< font-style: normal;
< }
2915,2918c2892,2893
< margin:0;
< padding:0;
< height:auto;
< width:81%;
---
> height: auto;
> width: 55%;
2935c2910
< .nava_res_details h3, .nava_res_opinion h3, .nava_res_details h3 a, .nava_res_details h3 a:visited, .nava_res_details h3 a:hover {
---
> .nava_res_details h3, .nava_res_opinion h3 {
2939,2942d2913
< font-weight: bold;
< }
< .nava_res_details h3 a:hover {
< text-decoration: underline;
2951c2922
< .nava_res_details h5, .nava_res_details h5 a, .nava_res_details h5 a:visited {
---
> .nava_res_details h5 {
2956d2926
< text-decoration: none;
2959c2929
< margin: 0;
---
> margin: 10px 0 0 0;
2965,2971c2935
< .nava_res_prix, .nava_res_action {
< margin:0;
< padding:0;
< float:right;
< width:250px;
< }
< .nava_res_prix p, .nava_res_action p {
---
> .nava_res_prix {
2973a2938,2940
> float: right;
> width: 26%;
> text-align: right;
2975,2979c2942,2944
< .nava_res_action .bluelinksmall, .nava_res .bluelinkmedium, .nava_res .bluelinklarge, .nava_res .redlinksmall, .nava_res .redlinkmedium, .nava_res .redlinklarge {
< float:right;
< }
< .nava_res .bluelinksmall, .nava_res .bluelinkmedium, .nava_res .bluelinklarge, .nava_res .redlinksmall, .nava_res .redlinkmedium, .nava_res .redlinklarge {
< margin: 0 0 20px 0;
---
> .nava_res_prix p {
> margin: 0;
> padding: 0;
3096c3061
< width: 30%;
---
> width: 20%;
3133d3097
< color: #ccc;
3318c3282
< a.bluelinksmall {
---
> a.bluelink, a.bluelink:visited, a.bluelinksmall, a.bluelinksmall:visited {
3330,3336c3294
< a.bluelinksmall:visited {
< color: #FFF;
< }
< a.bluelinksmall:hover {
< text-decoration: none;
< }
< a.bluelinkmedium {
---
> #login a.bluelinksmall:visited, #login a.bluelinksmall, a.bluelinkmedium, a.bluelinkmedium:visited {
3348,3354c3306
< a.bluelinkmedium:visited {
< color: #FFF;
< }
< a.bluelinkmedium:hover {
< text-decoration: none;
< }
< a.bluelinklarge {
---
> a.bluelinklarge, a.bluelinklarge:visited {
3366,3372c3318
< a.bluelinklarge:visited {
< color: #FFF;
< }
< a.bluelinklarge:hover {
< text-decoration: none;
< }
< a.redlinksmall {
---
> a.redlinksmall, a.redlinksmall:visited, a.redlink, a.redlink:visited {
3384,3390c3330
< a.redlinksmall:visited {
< color: #FFF;
< }
< a.redlinksmall:hover {
< text-decoration: none;
< }
< a.redlinkmedium {
---
> a.redlinkmedium, a.redlinkmedium:visited {
3402,3408c3342
< a.redlinkmedium:visited {
< color: #FFF;
< }
< a.redlinkmedium:hover {
< text-decoration: none;
< }
< a.redlinklarge {
---
> a.redlinklarge, a.redlinklarge:visited {
3420,3425d3353
< a.redlinklarge:visited {
< color: #FFF;
< }
< a.redlinklarge:hover {
< text-decoration: none;
< }
3427c3355
< .vehicle a.redlink, .vehicle a.redlink:visited, .vehicle a.redlinksmall, .vehicle a.redlinksmall:visited, .vehicle .yellowlinksmall {
---
> .vehicle a.redlink, .vehicle a.redlink:visited, .vehicle a.redlinksmall, .vehicle a.redlinksmall:visited {
3439,3444d3366
< a.yellowlinksmall:visited {
< color: #FFF;
< }
< a.yellowlinksmall:hover {
< text-decoration: none;
< }
3446c3368
< .vehicle a.redlinkmedium, .vehicle a.redlinkmedium:visited, .vehicle .yellowlinkmedium {
---
> .vehicle a.redlinkmedium, .vehicle a.redlinkmedium:visited {
3458,3463d3379
< a.yellowlinkmedium:visited {
< color: #FFF;
< }
< a.yellowlinkmedium:hover {
< text-decoration: none;
< }
3465c3381
< .vehicle a.redlinklarge, .vehicle a.redlinklarge:visited, .vehicle .yellowlinklarge {
---
> .vehicle a.redlinklarge, .vehicle a.redlinklarge:visited {
3477,3482d3392
< a.yellowlinklarge:visited {
< color: #FFF;
< }
< a.yellowlinklarge:hover {
< text-decoration: none;
< }
3538c3448
< .vehicle .redinpt, .vehicle .redinptsmall, .vehicle .yellowinptsmall {
---
> .vehicle .redinpt, .vehicle .redinptsmall {
3547c3457
< .vehicle .blueinptmedium, .vehicle .redinptmedium, .vehicle .yellowinptmedium {
---
> .vehicle .blueinptmedium, .vehicle .redinptmedium {
3556c3466
< .vehicle .blueinptlarge, .vehicle .redinptlarge, .vehicle .yellowinptlarge {
---
> .vehicle .blueinptlarge, .vehicle .redinptlarge {
3565,3576d3474
< .fp_blk table {
< width: 100%;
< background: red;
< }
< .fp_blk table img{
< display: none;
< }
< .fp_blk table th {
< color: red;
< font-size: 18px;
< text-align: left;
< }
diff www/brand_vehicle.css bo/brand_vehicle.css
91,97d90
< .vehicle .nn_extlink a, .nn_extlink a:visited {
< font-weight: bold;
< color: #f60;
< background: url(images/vehicle/bullet/a_arrowo.gif) no-repeat left center;
< text-decoration: underline;
< margin-left: 10px;
< }
Les sous-répertoires www/docs et bo/docs sont identiques.
Les sous-répertoires www/images et bo/images sont identiques.

 Commentaires   
Commentaire de Sébastien Tournay [ 10/mai/06 11:06 ]
Laquelle CSS est-elle bonne ? A voir si le mécanisme pmdeploy met correctement à jour le fichier dans les répertoires des différents BRAND.

Sébastien
Commentaire de Ranto Andriambololona [ 10/mai/06 11:31 ]
bo et preview ont été ajouté dans le mécanisme pmdeploynewear
Commentaire de Christophe Garcia [ 10/mai/06 15:48 ]
/data/chrootapache/usr/local/apache-2.0.51/htdocs/pmweb/content/V900/front/brand/bo et preview ont disparu !
Commentaire de Ranto Andriambololona [ 10/mai/06 17:26 ]
le rép V900/front/brand/bo et preview doivent ètre intégrés dans le package V900.tar.gz pour que les SA le copie sur les frontaux.
Le pb c'est qu'il ne sont pas présent dedans.
Il faudrait ajouter l'arboresnece dans le CVS de DEV, là ou se trouve tous les CSS
Commentaire de Christophe Garcia [ 10/mai/06 18:10 ]
Euh... ces répertoires n'étaient-ils pas créés au moment du déploiement ?
Commentaire de Pap Ndiaye [ 15/mai/06 13:41 ]
Non
Commentaire de Patrick Condevaux [ 22/mai/06 10:36 ]
ok pour le derneir deploiement
Commentaire de Edouard Gomez-Vaez [ 24/mai/06 16:34 ]
Je viens de passer quelques temps avec Julien car ce problème n'est toujours pas corrigé. Je vous réouvre le JIRA !
Commentaire de Julien Rampon [ 26/mai/06 14:02 ]
Les répertoires "bo" et "preview" ne sont pas créés lors du déploiement.

Néanmoins, les fichiers CSS et autre étant les mêmes que ceux du répertoire "www", j'ai modifié le script pmdeploynewear pour qu'il crée des liens symboliques de "www" vers "bo" et "preview".

Suite à cette modification, il n'y a plus de problème.

Je mets en place la modification sur les serveurs de prod.
Commentaire de Julien Rampon [ 26/mai/06 14:26 ]
La modification a été faite en prod sur Hercule, ne probleme n'apparaitra plus.
Commentaire de Christophe Garcia [ 31/mai/06 16:55 ]
Le problème vient de se reproduire en déployant sur test.priceminister.com
Commentaire de Justin Ziegler [ 06/août/07 14:06 ]
Est ce que ce truc est toujours d'actualité ?
Commentaire de Ange Ferrari [ 16/sept./08 17:56 ]
Je pense pas



[APP-15829] Fiche produit BO - Attributs / spécifications Création: 06/avr./07 10:52  Mise à jour: 28/févr./11 10:16  Résolue: 07/janv./11 15:51

Etat: Fermé
Projet: Application PriceMinister
Composants: Produits
Affecte la/les version(s): 14.0.0
Version(s) corrigée(s): 88.0.0 (VEN-G)

Type: Amélioration Priorité: Majeur
Rapporteur: Aurélien Vergalli Attribution: Dispatcher (Pôle VEN)
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
doublon de APP-32367 [Meta-Modèle] Revoir la modélisation ... Ouvert
Dépendance
bloque APP-18838 DVD Vidéo - La liste de langues audio... Fermé
Pays:
FRA - France
Site: Prod
Projets PM: *** STANDBY ***
Classif1: BP
Classif2: RBP - attribut
Classif FONC: modèle attribut

 Description   
Il serait pertinent que les attributs renseignés en BO sur les fiches-produits créent automatiquement les spécifications "Principal" et "étendu".

Exemple : entrer sur une fiche produit "Photo numérique", l'attribut "Capteur optique / Résolution du capteur" avec champs "texte" + "unité" + "valeur numérique" = déterminer les spécifications principal + étendu

(voir exemple de fiche avec attribut mais sans spec: http://bo.priceminister.com/referential_back?action=productview&productid=46791149)

Le but : optimiser l'affichage spec en front + comparateur

 Commentaires   
Commentaire de Quentin de Chivré [ 13/avr./07 14:27 ]
chantier SBP
Commentaire de Edouard Gomez-Vaez [ 02/mai/07 12:13 ]
Qu'en penses-tu ? Prends cela en compte dans la solution...
Commentaire de Ariane Baldinger [ 04/déc./07 17:51 ]
Edouard,
Avez-vous pu avancer sur cette demande ?
Commentaire de Julien Sananikone [ 04/déc./07 17:59 ]
y a pas énormément d'attributs sur le produit



[APP-3506] BO : Gros problème sur les incidents de paiement Création: 17/janv./05 10:24  Mise à jour: 25/juin/07 18:27  Résolue: 25/juin/07 18:27

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.3.0
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Sebastien Bruzzone Attribution: Emmanuel Gosse
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Il y a un problème d'affichage concernant les incidents de paiement

exemple : compte xavier-romon qui est passé en -1 à cause d'un incident de
paiement le 11/01 avec le panier 13146178, lorsqu'on clique sur "expirés" (où
apparait normalement les incidents de paiement) dans la page du panier en obs
(13234541), aucun panier n'apparait et lorsqu'on recherche le panier 13146178
dans 'recherche panier' et 'expirés' on a un message
d'erreur : "RuntimeException in MBean operation 'invoke
(org.jboss.invocation.Invocation)' "

me voir si pas compris

a+

 Commentaires   
Commentaire de Martin Sudmann [ 19/janv./05 11:25 ]
la trace sur parques:

2005-01-19 11:23:03,906 INFO [-Processor55] 62.23.240.91 - >>> GET
http://bo.priceminister.com/purchase_back?action=purchaseview&purchaseid=13146
178
2005-01-19 11:23:03,937 ERROR [-Processor55] 62.23.240.91 -
TransactionRolledbackException in method: public abstract
com.babelstore.purchase.Buyer
PaymentCaptureStats
com.babelstore.purchase.business.PurchaseCatalog.getCaptureInfo(java.lang.Long)
throws java.rmi.RemoteException, causedBy:
2005-01-19 11:23:03,940 ERROR [-Processor55] 62.23.240.91 - Load error
Servlet : com.babelstore.purchase.back.PurchaseBackServlet
Request : GET
http://bo.priceminister.com/purchase_back?action=purchaseview&purchaseid=13146178
Referrer :
http://bo.priceminister.com/purchase_back?action=itemsearch&product_id=&javascript_callback=&item_id=&itm_status_selection=-60&purchase_i
d=13146178&itm_type_code=&prd_type_code=&buyer_login=&seller_login=&start_date=&date_search_type=0&end_date=&number_rows=200&x=26&y=7
User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20041001
Firefox/0.10.1
Trace : RuntimeMBeanException: RuntimeException in MBean operation
'invoke(org.jboss.invocation.Invocation)'
Cause: java.lang.NullPointerException
        at
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:299)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:546)
        at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:101)
        at
org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:90)
        at
org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
        at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:45)
        at
org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke(StatelessSessionInterceptor.java:100)
        at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:85)
        at $Proxy352.getCaptureInfo(Unknown Source)
        at
com.babelstore.purchase.back.PurchaseViewModel.load(PurchaseViewModel.java:177)
        at com.babelstore.util.web.Model.doLoad(Model.java:48)
        at com.babelstore.util.Block.load(Block.java:105)
Commentaire de Emmanuel Gosse [ 19/janv./05 14:05 ]
bug fixé
le bug se produisait dans le cas d'un article DELETED.



[APP-24570] Erreur sur recherche annonces en BO : NPE Création: 11/mars/09 11:12  Mise à jour: 18/mars/09 11:34  Résolue: 13/mars/09 17:30

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 42.0.0 (CTN-J)
Version(s) corrigée(s): 43.0.0 (CAT-H)

Type: Bogue Priorité: Majeur
Rapporteur: Christophe Garcia Attribution: Manuel Sadok
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
doublon de CAT-1508 FP Objets à collectionner - Détail an... Résolu
a pour doublon APP-24648 Annonces non modifiables et dans 2 ca... Fermé
Pays:
FRA - France
Site: Prod
Projets PM: *** RESERVE ***

 Description   
2009-03-11 10:46:55,671 ERROR [Processor118] BO:Juan - Block generation error in : com.babelstore.advert.back.AdvertSearch_jsp
2009-03-11 10:46:55,672 ERROR [Processor118] BO:Juan - Assembly error
Servlet=com.babelstore.advert.back.AdvertBackServlet
Request=GET http://bo.priceminister.com/advert_back?action=advertsearch&advstatuscode=10&fuzzy=false&numberrows=200&selleraccountid=17333840
Referrer=http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=17333840
User-Agent=Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.13) Gecko/20080311 Firefox/2.0.0.13
Trace=java.lang.NullPointerException
        at java.lang.StringBuilder.<init>(StringBuilder.java:92)
        at com.babelstore.common.ProductSummaryInfo.getBOTopic(ProductSummaryInfo.java:149)
        at com.babelstore.advert.back.AdvertSearch_jsp.generate(AdvertSearch_jsp.java:168)
        at com.babelstore.util.Block.generate(Block.java:140)
        at com.babelstore.util.web.Request.include(Request.java:560)
        at com.babelstore.util.web.Request.include(Request.java:593)
        at com.babelstore.util.web.Request.include(Request.java:599)
        at com.babelstore.common.back.BackTemplate_jsp.generate(BackTemplate_jsp.java:87)
        at com.babelstore.util.Block.generate(Block.java:140)
        at com.babelstore.util.web.Screen.generate(Screen.java:150)
        at com.babelstore.util.web.Request.generate(Request.java:533)
        at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:421)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:187)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:619)

2009-03-11 10:46:55,672 INFO [Processor118] BO:Juan - <<< [135 ms] GET http://bo.priceminister.com/advert_back?action=advertsearch&advstatuscode=10
&fuzzy=false&numberrows=200&selleraccountid=17333840

 Commentaires   
Commentaire de Emeric Teil [ 13/mars/09 12:09 ]
?
Commentaire de Arnaud Forgues [ 13/mars/09 14:15 ]
Recherche annonce en BO ==> pôle CAT ?
Commentaire de Benoît Bourdon [ 13/mars/09 14:41 ]
Ici c'est le manque de rawlisttopic sur certains produits "accessoires mobiles"

> il manque l'attribut de navigation dans la configuration produit.

Ce jira est similaire CAT-1508
Commentaire de Manuel Sadok [ 13/mars/09 17:30 ]
Dans la dernière version CTN, Alex a supprimé du formatage dans la classe ProductSummaryInfo. Du coup, certaines données qui renvoyaient une chaîne vide peuvent maintenant potentiellement renvoyer NULL. J'ai corrigé la classe 'getBOTopic' pour qu'elle prenne en compte ce changement.



[APP-6046] BO Commissions : améliorer la manipulation des modèles de commissions. Création: 24/oct./05 11:37  Mise à jour: 07/déc./07 10:02

Etat: Ouvert
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Mineur
Rapporteur: Jérôme Viviès Attribution: Dispatcher (Dev-WishList)
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Site: Prod
Projets PM: *** A PLANIFIER ***

 Description   
Dans le BO commissions :

- Serait-il possible de fixer le nombre de lignes affichées par défaut à 30 ?

- Serait-il possible de permettre de reclasser les modèles de commissions, de façon à ce qu'ils soient mieux rangés dans le BO commissions, et dans le BO compte ?

 Commentaires   
Commentaire de Quentin de Chivré [ 02/nov./05 10:06 ]
1/ Oui on peut
2/ Mieux rangés c'est a dire ?
Commentaire de Jérôme Viviès [ 02/nov./05 10:47 ]
2/ Mieux rangés : que l'on puisse les classer dans un ordre de lecture logique, qui permette de retrouver du premier coup d'oeil ce que l'on cherche, par exemple par ordre de pourcentages croissants, ou en séparant avec commission fixe et sans commission fixe, etc. C'est important pour la maintenance des grilles, et pour le BO comptes que les commerciaux manipulent.
Commentaire de Quentin de Chivré [ 02/nov./05 10:53 ]
Peux tu me donner ta préférence pour le classement ?
La notion de "logique" est assez variable selon les gens...
Commentaire de Jérôme Viviès [ 02/nov./05 11:18 ]
Une possibilité est de lister tous les modèles avec comm. fixe, par ordre de % croissant, puis tous les podèles sans comm. fixe, par ordre de % croissant.

Une autre possibilité est de lister du plus utilisé au moins utilisé...

Je préfère le premier.



[IMP-978] creation compte FTP pour antoine1300 Création: 02/juil./07 16:54  Mise à jour: 30/oct./09 15:43  Résolue: 02/juil./07 18:17

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Anne Korchia Attribution: Rodrigue Nsiangani
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 10 minutes
Estimation originale: Non spécifié

Pays:
FRA - France
Login: antoine1300
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)
Estimation: Petit

 Description   
creation compte FTP pour antoine1300

 Commentaires   
Commentaire de Rodrigue Nsiangani [ 02/juil./07 18:12 ]
======= Compte FTP =======
==== Home : antoine1300 =====
==== Pass : charlier123 =======
Commentaire de Rodrigue Nsiangani [ 02/juil./07 18:17 ]
Config ok.
@@@@@@@@@
<Partner name='antoine1300' id='9557719' home='antoine1300' >
<Comment>
compte crée par RON:
le : 02/07/06
Login : antoine1300
Pass : charlier123

</Comment>

<!-- Import de stock -->
<Directory path='stock/entrees'>
<Action type='Move' id='3611842' check_file='1'>
<Files>*.csv</Files>
<Files>*.tab</Files>
<Files>*.txt</Files>
<Destination>/data/priceminister/pmftpstock/var/transactions/fr/antoine1300/stock/entrees</Destination>
</Action>
</Directory>
<!-- Import de stock -->
<Directory path='stock/ecrasements'>
<Action type='Move' id='4760558' check_file='1'>
<Files>*.csv</Files>
<Files>*.tab</Files>
<Files>*.txt</Files>
<Destination>/data/priceminister/pmftpstock/var/transactions/fr/antoine1300/stock/ecrasements</Destination>
</Action>
</Directory>
</Partner>

@@@@@@@@@
Commentaire de Rodrigue Nsiangani [ 02/juil./07 18:17 ]
C'est fait.

Je ferme.



[IMP-3917] Création compte ftp id100c Création: 07/juil./09 10:28  Mise à jour: 30/oct./09 15:44  Résolue: 08/juil./09 10:17

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Anne Korchia Attribution: Jérome Marianne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: id100c
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)

 Description   
Création compte ftp id100c

 Commentaires   
Commentaire de Jérome Marianne [ 07/juil./09 17:38 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : id100c
mot de passe : 123id100c
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : non

=====================================================================


Paramétrage en cours...
Commentaire de Jérome Marianne [ 08/juil./09 10:17 ]
Compte activé.



[cob] META-TACHE Fermeture cobranding Laprovence (APP-23933)

[APP-25108] Migrer les comptes via script Création: 29/avr./09 19:08  Mise à jour: 16/nov./09 14:20  Résolue: 28/sept./09 14:19

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 57.0.0 (CTN-N)

Type: Sous-tâche Priorité: Mineur
Rapporteur: Fabrice Feugas Attribution: Dispatcher (Pôle CTN)
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM: *** RESERVE ***
Classif FONC: cobranding

 Description   
Merci de migrer les comptes en www.

 Commentaires   
Commentaire de Fabrice Feugas [ 05/mai/09 14:37 ]
Problématique plus complexe. En attente de DEV d'une solution.
Commentaire de Fabrice Feugas [ 28/sept./09 14:19 ]
Le problème sera résolu à partir de la prochaine version CTN, mais pas via la migration des comptes.

On a implémenté une mécanique de surcharge qui fait que quelle que soit l'action d'un internaute issu d'un cob fermé, on l'identifie comme un membre de priceminister.



[cob] META-TACHE Fermeture Lycos Occasion (APP-23890)

[APP-25106] Migrer les comptes via script Création: 29/avr./09 19:07  Mise à jour: 16/nov./09 14:20  Résolue: 28/sept./09 14:18

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 57.0.0 (CTN-N)

Type: Sous-tâche Priorité: Mineur
Rapporteur: Fabrice Feugas Attribution: Dispatcher (Pôle CTN)
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM: *** RESERVE ***
Classif FONC: cobranding

 Description   
Merci de migrer les comptes en www.

 Commentaires   
Commentaire de Fabrice Feugas [ 05/mai/09 14:36 ]
Problématique plus complexe. En attente de DEV d'une solution.
Commentaire de Fabrice Feugas [ 28/sept./09 14:18 ]
Le problème sera résolu à partir de la prochaine version CTN, mais pas via la migration des comptes.

On a implémenté une mécanique de surcharge qui fait que quelle que soit l'action d'un internaute issu d'un cob fermé, on l'identifie comme un membre de priceminister.



[cob] META-TACHE Fermeture CommentCaMarche (APP-24023)

[APP-25107] Migrer les comptes via script Création: 29/avr./09 19:08  Mise à jour: 16/nov./09 14:20  Résolue: 28/sept./09 14:19

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 57.0.0 (CTN-N)

Type: Sous-tâche Priorité: Mineur
Rapporteur: Fabrice Feugas Attribution: Dispatcher (Pôle CTN)
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM: *** RESERVE ***
Classif FONC: cobranding

 Description   
Merci de migrer les comptes en www.

 Commentaires   
Commentaire de Fabrice Feugas [ 05/mai/09 14:37 ]
Problématique plus complexe. En attente de DEV d'une solution.
Commentaire de Fabrice Feugas [ 28/sept./09 14:19 ]
Le problème sera résolu à partir de la prochaine version CTN, mais pas via la migration des comptes.

On a implémenté une mécanique de surcharge qui fait que quelle que soit l'action d'un internaute issu d'un cob fermé, on l'identifie comme un membre de priceminister.



[IMP-4355] creation compte FTP pour lmirandam Création: 07/oct./09 11:16  Mise à jour: 30/oct./09 15:44  Résolue: 15/oct./09 15:04

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Anne Korchia Attribution: Frédéric Nahum
Résolution: Incomplet  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: lmirandam
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
creation compte FTP pour lmirandam

 Commentaires   
Commentaire de Frédéric Nahum [ 15/oct./09 10:55 ]
le pro n'existe pas ?
Commentaire de Frédéric Nahum [ 15/oct./09 15:04 ]
Nous ne pouvons pas créer de compte FTP si le pro n'existe pas dans les users.



[IMP-2978] creation compte ftp pour alphalibris Création: 09/déc./08 16:00  Mise à jour: 30/oct./09 15:44  Résolue: 11/déc./08 15:28

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Anne Korchia Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: alphalibris
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces

 Description   
creation compte ftp pour alphalibris ainsi que l'automatisation de ces commandes sur le compte frp
merci

 Commentaires   
Commentaire de Fotigui Tangara [ 11/déc./08 15:19 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : alphalibris
mot de passe : shgjRTB18
Serveur : ftp.priceminister.com / fr

=====================================================================
Commentaire de Fotigui Tangara [ 11/déc./08 15:27 ]
Les 3 profils standards ont été créés (Entrée, Ecrasement, Sortie).

La gestion des flux de commandes a été mise en place.

Demande traitée.



[IMP-2203] Prise en compte des images Création: 14/mai/08 11:31  Mise à jour: 30/oct./09 15:46  Résolue: 14/mai/08 11:33

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Frédéric Nahum Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: chayes
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
Les images ne sont pas prise en compte pour ce psudo

 Commentaires   
Commentaire de Frédéric Nahum [ 14/mai/08 11:33 ]
Je viens de rajouter son nom dans le script de prise en compte des images, les images apparaitront à partir de demain



[IMP-1710] djetcar : erreur d'annonces sur le compte Création: 28/déc./07 15:49  Mise à jour: 30/oct./09 15:51  Résolue: 04/janv./08 09:30

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Bloquant
Rapporteur: Jérome Marianne Attribution: Marion Anfreville
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: 15 minutes
Estimation originale: Non spécifié

Pays:
FRA - France
Login: DJETCAR
Séparateur: N/A
Type de traitement:
Mise à jour/création annonces (écrasement)
Estimation: Petit
Groupe: mixad

 Description   
Il semblerait que ce compte price soit alimenter par deux comptes Mixad chaque jour, et ce sont les annonces erronées qui restent affichées sur son compte price.

Est-il possible de connaitre les deux comptes mixad alimentant ce compte price?

 Commentaires   
Commentaire de Marion Anfreville [ 03/janv./08 12:03 ]
Il semble que l'autre login alimentant le compte est gigi00077.

Il y a une erreur de config FTP.

Je corrige la config et demain cela devrait être rétabli par l'import mixad.
Commentaire de Marion Anfreville [ 03/janv./08 12:05 ]
config FTP corrigée. Je vais surveiller les imports mixad de demain pour m'assurer que tout est rentré dans l'ordre.
Commentaire de Marion Anfreville [ 04/janv./08 09:30 ]
La correction fonctionne.

Aujourd'hui, 1 seul fichier traité pour le login DJETCAR :
http://bo.priceminister.com/datafile_back?action=advfilesearch&file_id=&login=djetcar&process_code=&status=&use_proc_date=false&start_date=04%2F01%2F2008&end_date=04%2F01%2F2008&order=&x=16&y=8

et 1 fichier traité pour le login GIGI00077 :
http://bo.priceminister.com/datafile_back?action=advfilesearch&file_id=&login=gigi00077&process_code=&status=&use_proc_date=false&start_date=04%2F01%2F2008&end_date=04%2F01%2F2008&order=&x=0&y=0

Les profils étant en écrasement, l'inventaire a été rectifié (suppression des annonces qui n'appartenait pas à DJETCAR.



[BCK-50] [EP] Prise en compte de notre fonctionnalité dans le Dashboard BO Création: 20/août/10 08:20  Mise à jour: 22/sept./10 18:22  Résolue: 22/sept./10 18:22

Etat: Fermé
Projet: Backlog Projets
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Mineur
Rapporteur: Renaud Dierickx Attribution: Dispatcher (Pôle CTN)
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
doublon de BCK-127 [espace perso] ajouter les entetes pa... Fermé
Pays:
FRA - France
Projets PM: Espace personnalisé



Mécanisme de relance des vendeurs (EXP-4569)

[EXP-4570] Compte de test JetContact Messenger Création: 13/oct./08 18:23  Mise à jour: 31/oct./08 16:43  Résolue: 31/oct./08 16:43

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Majeur
Rapporteur: Patrice Boulanger Attribution: Patrice Boulanger
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: PDF File JCM - documentation - XML protocol - v2 2.pdf     PDF File JCM - documentation - échanges de fichiers - v5.7.8.pdf    
Pays:
FRA - France

 Description   
Obtenir un compte de test pour la solution JetContactMessenger. Ce compte permettra d'envoyer à la fois les SMS et les appels vocaux.

 Commentaires   
Commentaire de Patrice Boulanger [ 13/oct./08 18:24 ]
Format de fichier pour un échange par fichier plat
Commentaire de Patrice Boulanger [ 13/oct./08 18:24 ]
Format de fichier XML
Commentaire de Patrice Boulanger [ 13/oct./08 18:39 ]
On devrait avoir le compte de test avant fin de semaine
Commentaire de Patrice Boulanger [ 31/oct./08 16:43 ]
Nous avons le compte de test:

Pour accéder à l'extranet pilote :
url : http://priceminister-pilote.contacteur-hyperphone.com
login : 080301
pas de mot de passe

Le ftp du pilote :
url : priceminister-pilote.contacteur-hyperphone.com
login : priceministerpilote
pswd : 4ryGV2

J'ai testé l'accès extranet avec un appel vocal vers mon portable, ca fonctionne nickel.



[EXP-3408] Création des comptes sur bollinger Création: 21/mars/07 14:34  Mise à jour: 25/juin/07 19:00  Résolue: 21/mars/07 16:40

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Judd OSullivan Attribution: ZZ_Arnaud Baali
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Il se trouve qu'il nous faut plus de compte de tests donc est-ce que vous pouvez créér sur bollinger ces comptes :
devtest5
devtest6
devtest7
devtest8
devtest9

 Commentaires   
Commentaire de Antoine Koener [ 21/mars/07 15:44 ]
Jérémie tu peux faire ou assigner à Arnaud ?
Merci.
Commentaire de ZZ_Arnaud Baali [ 21/mars/07 16:40 ]
Les Comptes Ont été créés



[APP-20343] Problème de login entre deux comptes Création: 21/avr./08 15:37  Mise à jour: 05/mai/08 18:52  Résolue: 05/mai/08 18:52

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 20.0.0
Version(s) corrigée(s): 20.1.1

Type: Bogue Priorité: Critique
Rapporteur: Xavier Fabregat Attribution: Validator
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
doublon de APP-20375 Commande passé sans demande de pseudo... Fermé
Similaire
similaire à APP-20375 Commande passé sans demande de pseudo... Fermé
Pays:
ESP - Espagne
Site: Prod
Projets PM: *** RESERVE ***

 Description   
Le pseudo "Merigarci" nous signale qu'en se connectant sur compte avec ses login il a accédé au compte "nuriacs21". Pour le prouver c'est depuis ce compte et avec le mail de "nuriacs21" qu'il a signalé le problème. J'ai testé son compte, mais n'est pas pu reproduire ce bug.

 Commentaires   
Commentaire de Espérance Galouo-Lece [ 21/avr./08 17:05 ]
 - S'agit-il de deux comptes lui appartenant?
Commentaire de Xavier Fabregat [ 22/avr./08 07:20 ]
Visiblement non.

http://bo.priceminister.es/user_back?action=userview&showeventothers=true&useraccountid=12015195

http://bo.priceminister.es/user_back?action=userview&showeventothers=true&useraccountid=11387218
Commentaire de Nicolas Chauveau [ 23/avr./08 17:14 ]
Deux pb d'échange de session en deux jours en ES mais rien en FR.

Ange s'occupe de mettre de coté tous les logs (apache, SA etc ...) pour qu'on puisse étudier le pb.



[IMP-2205] INTERPRICE - Création du compte FTP Création: 14/mai/08 12:21  Mise à jour: 30/oct./09 15:43  Résolue: 14/mai/08 15:57

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Benjamin Guerville Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: INTERPRICE
Séparateur: Barre verticale (|)
Type de traitement:
Mise à jour/création annonces
Groupe: Neteven

 Description   
Bonjour,
merci de créer un compte ftp pour INTERPRICE
config Neteven

 Commentaires   
Commentaire de Fotigui Tangara [ 14/mai/08 15:23 ]
le parteanire utilisera le séparateur point virgule(;)
Commentaire de Fotigui Tangara [ 14/mai/08 15:51 ]
Ne tenez pas compte de mon précédent commentaire le parteanire utilisera le séparateur Barre verticale (|) comme bien indiqué dans le JIRA.
Commentaire de Fotigui Tangara [ 14/mai/08 15:51 ]
14/05/2008 - FTA

=====================================================================
Compte FTP vendeur créé...

Pseudo : interprice
mot de passe : dqdAZ128
Serveur : ftp.priceminister.com / fr

=================================================================



[IMP-6387] rlo25 : Création compte FTP Création: 22/juin/10 17:21  Mise à jour: 28/juin/10 15:12  Résolue: 28/juin/10 15:02

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Caroline Vallerey Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel rlo25_upload.csv    
Pays:
FRA - France
Login: rlo25
Séparateur: N/A
Type de traitement:
N/A

 Description   
Salut,

Vu avec Jérémy :

Création d'un compte FTP pour ce pro (déjà un compte paramétré : rlo24).

rlo25@rlo24.com

Merci

Caroline

 Commentaires   
Commentaire de Fotigui Tangara [ 23/juin/10 15:13 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : rlo25
mot de passe : r!25L21
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : non

=====================================================================
Commentaire de Fotigui Tangara [ 23/juin/10 15:14 ]
Demande traitée.
Commentaire de Jeremy Pallot [ 28/juin/10 14:43 ]
Avez-vous utilisé le même profil de paramêtrage que pour le compte rlo24 pour le FTP du compte rlo25 car le pro n'arrive pas à charger ses fichiers avec le nouveau FTP? (Ci-joint fichier type)
Commentaire de Fotigui Tangara [ 28/juin/10 14:58 ]
Non, car l'objet de la demande n'était pas assez précise.

Un compte FTP a été juste créé conformément à votre commentaire ci-dessus.

Commentaire de Fotigui Tangara [ 28/juin/10 15:00 ]
Je ferme cette demande en ouvrant une nouvelle demande qui tiendra compte de votre dernier commentaire.

Commentaire de Jeremy Pallot [ 28/juin/10 15:08 ]
Ok, désolé il y a eu une incompréhension.
Commentaire de Fotigui Tangara [ 28/juin/10 15:12 ]
Pas grave du tout :-)



[IMP-2611] compte discadelic : FTP pour sellermania Création: 17/sept./08 09:17  Mise à jour: 30/oct./09 15:43  Résolue: 18/sept./08 15:44

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Jany Marimoutou Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: discadelic
Séparateur: N/A
Type de traitement:
N/A

 Description   
a paramétrer selon autre compte du même vendeur, gérer par sellermania : disket

 Commentaires   
Commentaire de Frédéric Nahum [ 18/sept./08 15:44 ]

=====================================================================
Compte FTP vendeur créé...

Pseudo : discadelic
mot de passe : fgTE45l
Serveur : ftp.priceminister.com / fr

=====================================================================

c'est fait



[INF-421] Optimiser la répartion des comptes dev Création: 27/janv./10 14:44  Mise à jour: 01/févr./10 17:15  Résolue: 01/févr./10 17:15

Etat: Résolu
Projet: Infrastructure
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Nicolas Chauveau Attribution: Stéphane Eccli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel inventaire server-serveur dev-param.xlsx    

 Description   
Etude et remise à plat des comptes unix dev + recette sur les différentes machines.

 Commentaires   
Commentaire de Stéphane Eccli [ 27/janv./10 16:22 ]
voici l'état actuel des comptes/machines.

c'est assez bien réparti.
Commentaire de Stéphane Eccli [ 01/févr./10 17:15 ]
done



[EXP-2046] Accès au compte ftp dpriouret1 Création: 16/mai/06 10:42  Mise à jour: 25/juin/07 18:58  Résolue: 16/mai/06 16:29

Etat: Résolu
Projet: Exploitation
Composants: Flux
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Xavier Barbosa Attribution: Sébastien Tournay
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
j'ai créé ce compte FTP le 12/05/2006 avec le script "pmcreateftpaccount.sh" :

Login: dpriouret1
Pass : jante10

actuellement, c'est impossible de se connecter à ce compte.

 Commentaires   
Commentaire de Sébastien Tournay [ 16/mai/06 16:06 ]
Le compte existait bien. Mais sans doute le mauvais mdp. Je viens de le mettre comme tu le souhaitais. Merci de me confrimer que cela fonctionne
Commentaire de Xavier Barbosa [ 16/mai/06 16:29 ]
impec.
merci



[IMP-1907] FTP compte universoul inactif Création: 19/févr./08 17:12  Mise à jour: 30/oct./09 15:43  Résolue: 20/mars/08 17:10

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Bloquant
Rapporteur: Gaël Seguillon Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File 20080320_extraction_stock_universoul.txt    
Pays:
FRA - France
Login: universoul
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces (écrasement)
Groupe: Sellermania

 Description   
Le compte ftp ouvert pour le compte test sellermania pseudo universoul semble ne pas être actif
Pouvez vous l'activer SVP
merci

 Commentaires   
Commentaire de Daniel Pintamalli [ 20/mars/08 15:48 ]
Il n'y a jamais eu de demande de création compte Sellermania pour universoul.

Configuration en cours...
Commentaire de Daniel Pintamalli [ 20/mars/08 16:23 ]
====================================================================
COMPTE du vendeur créé ...

======= Compte FTP =======
==== Home : universoul =====
==== Pass : fTY,dj8ls =======

=====================================================================
Commentaire de Daniel Pintamalli [ 20/mars/08 17:09 ]
En pièce jointe l'extraction de stock au 20/03/2008.
Commentaire de Daniel Pintamalli [ 20/mars/08 17:10 ]
La configuration Sellermania est active.



[IMP-966] bonaxe : le compte ne reçoit plus d'import Création: 29/juin/07 09:41  Mise à jour: 30/oct./09 15:51  Résolue: 29/juin/07 14:54

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Jérome Marianne Attribution: Rodrigue Nsiangani
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 15 minutes
Estimation originale: Non spécifié

Pays:
FRA - France
Login: bonaxe
Séparateur: N/A
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)
Estimation: Petit

 Description   
Le compte qui est depuis peu configuré en Mixad n'a toujours pas reçu d'import du flux.

Mixad envoi t'il des annonces pour ce compte?

 Commentaires   
Commentaire de Rodrigue Nsiangani [ 29/juin/07 10:22 ]
Je rien trouvé sur le compte FTP de mixad, ni dans var/transactions, ni sur Hercule au niveau des fichiers d'import. :-(
Nous ne recevons rien.
Commentaire de Rodrigue Nsiangani [ 29/juin/07 14:54 ]
Je ferme



[DEC-552] [Contrefaçon] : Recherche comptes - Contrefaçon Création: 15/janv./07 12:28  Mise à jour: 14/sept./07 15:29  Résolue: 31/janv./07 10:31

Etat: Fermé
Projet: Reporting
Composants: Executive
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Benoit Tabaka Attribution: Agathe Remy
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel Liste des comptes contrefaçon.xls     Microsoft Excel Liste des comptes contrefaçon.xls    
Pays:
FRA - France

 Description   
Est-il possible d'avoir pour le 1er février la liste de tous les comptes vendeurs avec une visibilité "-2" (compte bloqué) et qui ont été destinataire du message qui a comme template_id 3521 ?

Si c'est possible, merci beaucoup :-))

 Commentaires   
Commentaire de Agathe Remy [ 19/janv./07 16:13 ]
Est-ce bien ce que tu voulais?

Merci:-)

Agathe
Commentaire de Benoit Tabaka [ 19/janv./07 16:28 ]
Je viens de regarder.

Bizarrement, il y a environ 180 résultats, là où nous avons bloqué (et donc envoyé le message avec le template_id 3521) au minimum 450 comptes depuis le mois de juillet 2006. Tu as une idée de la raison de la différence ?

Merci ;-)
Commentaire de Agathe Remy [ 19/janv./07 17:05 ]
Dans la tables des messages, je comptabilise 205 messages envoyés avec le template_id 3521.
Parmi les destinataires de ce message, seuls 180 ont un usr_visibility_code=-2.

Cordialement,
Agathe
Commentaire de Benoit Tabaka [ 19/janv./07 17:26 ]
Bizarre. Quand je regarde dans le BO, le template 3521 est indiqué comme ayant été créé le 17/02/2005. Xavier m'a dit qu'il était utilisé depuis plus d'un an. Or, c'est vrai que quand on regarde les comptes que ta requête fait remonter, on n'a que des comptes "traités" par nous depuis le mois de juillet 2006.

je vais regarder toutes les lignes de ton fichier et comparer par rapport aux comptes que l'on a repérés et bloqués et identifier ceux qui n'y figurent pas (et le pourquoi ;-)

Merci en tout cas.

Benoit
Commentaire de Benoit Tabaka [ 26/janv./07 18:23 ]
Agathe,

Je viens de faire des comparaisons et effectivement, il y avait un truc qui collait pas. Après avoir regardé avec Xavier, est-il possible d'avoir le même rapport mais en se basant sur l'ID 1628

Donc, pour résumer : les comptes en -2 (user visibilité) qui ont été destinataire du message avec l'ID 1628 ?

Merci beaucoup.

Benoit

Commentaire de Agathe Remy [ 30/janv./07 14:37 ]
Vous trouverez les id des comptes ayant reçu le message 1628 (contrefaçon - justifié) dans l'e deuxième onglet du fichier.

Cordialement,
Agathe
Commentaire de Benoit Tabaka [ 30/janv./07 14:52 ]
Merci beaucoup. C'est parfait !



[EXP-306] transfert de stock d'un compte à un autre Création: 03/nov./05 11:40  Mise à jour: 25/juin/07 18:54  Résolue: 07/déc./05 10:31

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Jany Marimoutou Attribution: Patrick Pereira
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel garaj76.csv    
Liens des demandes:
Duplicate

 Description   
Bonjour,

Le vendeur garaj76 a ouvert un nouveau compte mais cette fois en pro. Il désire faire basculer tous son stock cd et vinyle de garaj76 à legaraj.

Merci bien.

 Commentaires   
Commentaire de Patrick Pereira [ 03/nov./05 15:27 ]
Salut,

ne peut-on faire ça via les mécanismes d'import ?

Merci.

Patrick.
Commentaire de Jérôme Viviès [ 03/nov./05 17:37 ]
On ne pourra pas "basculer son stock" via les imports.
Il s'agira plutôt de refaire tout son import sur le nouveau compte.
Est-ce bien ce dont il s'agit ?
Si c'est ça, nous aurons besoin d'un fichier d'import, comme pour tout partenaire.
Commentaire de Patrick Pereira [ 07/nov./05 16:12 ]
Fichier d'export de stock des CD et Vinyles.
Commentaire de Patrick Pereira [ 07/nov./05 16:13 ]
J'ai transmis le fichier contenant le stock de CD et Vinyles du partenaire.

Patrick.
Commentaire de Marion Anfreville [ 06/déc./05 15:41 ]
Apparemment le bascule de l'inventaire du compte legaraj76 n'a pas été fait sur le compte legaraj. Le compte garaj76 a environ 4800 annonces alors que le compte legaraj n'en a qu'env. 900.
Commentaire de Jany Marimoutou [ 06/déc./05 15:46 ]
Merci de faire le nécessaire sur cette demande qui date du 3 novembre 2005.
Commentaire de Patrick Pereira [ 07/déc./05 10:31 ]
La demande de transfert ne concernait que les CD et Vinyl, pas tout le stock.

Patrick.



[APP-10699] Intitulé "Mon Compte" non surligné Création: 21/juin/06 17:54  Mise à jour: 25/juin/07 18:41  Résolue: 21/juin/06 18:32

Etat: Fermé
Projet: Application PriceMinister
Composants: Home Page
Affecte la/les version(s): 9.0.0.1
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Mineur
Rapporteur: Jérémy Cahen Attribution: Validator
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File Mon Compte non surligné.jpg    
Site: Integ

 Description   
Sous l'onglet "Mon Compte" se trouvent les onglets "Mon Compte", "Espace Acheteur", "Espace Vendeur",... Si on n'est pas dans l'onglet "Mon Compte" et que l'on clique dessus, il n'est pas surligné en bleu ciel.

cf la capture d'ecran

 Commentaires   
Commentaire de Younès Charrière [ 21/juin/06 18:32 ]
C'est le fonctionnement normal. En fait, il n'y a pas de page mon compte par défaut. Lorsque l'on quitte la partie Mon Compte et que l'on y revient, on se retrouve sur la dernière page visitée.



[IMP-893] bruntsh - création compte ftp Création: 18/juin/07 09:03  Mise à jour: 30/oct./09 15:43  Résolue: 19/juin/07 13:29

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Benjamin Guerville Attribution: Rodrigue Nsiangani
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 5 minutes
Estimation originale: Non spécifié

Pays:
FRA - France
Login: bruntsh
Séparateur: Barre verticale (|)
Type de traitement:
Mise à jour/création annonces (écrasement)
Estimation: Petit
Groupe: neteven

 Description   
Bonjour,
pourriez-vous créer un compte ftp pour ce partenaire svp ?
merci

 Commentaires   
Commentaire de Rodrigue Nsiangani [ 19/juin/07 13:21 ]

======= Compte FTP =======
==== Home : bruntsh =====
==== Pass : U96Wtrp =======
Commentaire de Rodrigue Nsiangani [ 19/juin/07 13:29 ]
C'est fait.

Je ferme.
Commentaire de Xavier Barbosa [ 27/juin/07 10:27 ]
Benjamin, n'oublie pas de spécifier "neteven" dans le champ Groupe. Du coup le travail a été fait à moitié, et notre pauvre partenaire ne peut pas gérer ses commandes :'(
Commentaire de Benjamin Guerville [ 27/juin/07 16:38 ]
autant pour moi, je me demandais à quoi servait ce champ...
merci



[IMP-963] création compte ftp pour livroccaz Création: 28/juin/07 17:15  Mise à jour: 30/oct./09 15:43  Résolue: 29/juin/07 17:16

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Anne Korchia Attribution: Rodrigue Nsiangani
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 30 minutes
Estimation originale: Non spécifié

Pays:
FRA - France
Login: livroccaz
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)
Estimation: Petit

 Description   
il va rebasculer son stock de livrenstock1 (compte qu'il a fermé) vers livroccaz il aura plus de 40000 réf il vuadrait mieux lui ouvrir un compte F¿TP
Merci

 Commentaires   
Commentaire de Rodrigue Nsiangani [ 29/juin/07 11:48 ]
Le partenaire a déjà un compte. Je n'arrive pas à retrouver son code. Est-ce que tu l'as ou s'en rappelle-t-il ?

Merci
RON.
Commentaire de Rodrigue Nsiangani [ 29/juin/07 17:07 ]
======= Compte FTP =======
==== Home : livroccaz =====
==== Pass : MARCUS =======
Commentaire de Rodrigue Nsiangani [ 29/juin/07 17:14 ]
Je lui ai créé un nouveau compte FTP.
Config créé :
@@@@@@@@@@@@@@
<Partner name='livroccaz' id='2806393' home='livroccaz' >
<Comment>
compte crée par RON:
le : 27/06/07
Login: livroccaz
Pass : MARCUS
</Comment>

<!-- Import de stock -->
<Directory path='stock/sorties'>
<Action type='Move' id='4311541' check_file='1'>
<Files>*.csv</Files>
<Files>*.tab</Files>
<Files>*.txt</Files>
<Destination>/data/priceminister/pmftpstock/var/transactions/fr/livroccaz/stock/sorties</Destination>
</Action>
</Directory>
<!-- Import de stock -->
<Directory path='stock/ecrasements'>
<Action type='Move' id='5002937' check_file='1'>
<Files>*.csv</Files>
<Files>*.tab</Files>
<Files>*.txt</Files>
<Destination>/data/priceminister/pmftpstock/var/transactions/fr/livroccaz/stock/ecrasements</Destination>
</Action>
</Directory>
</Partner>

@@@@@@@@@@@@@@
Commentaire de Rodrigue Nsiangani [ 29/juin/07 17:16 ]
Il avait déjà une config.
C'est fait.
Je ferme.



[APP-6988] Messages BO Création: 12/janv./06 12:41  Mise à jour: 25/juin/07 18:34  Résolue: 12/janv./06 13:08

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 8.1.0

Type: Amélioration Priorité: Mineur
Rapporteur: Andrei Matyas Attribution: Validator
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
deplacer le message BO a droite dans le menu SAV

 Commentaires   
Commentaire de Andrei Matyas [ 12/janv./06 13:08 ]
C'est fait



[IMP-2176] Creation Compte FTP Création: 30/avr./08 12:18  Mise à jour: 30/oct./09 15:43  Résolue: 05/mai/08 10:23

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Skender Berisha Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: linkova
Modèle: Neteven
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces

 Description   
Bonjour

Merci de créer un compte FTP (type Neteven) pour le partenaire

Linkova.

Merci

 Commentaires   
Commentaire de Fotigui Tangara [ 05/mai/08 10:08 ]
05/05/2008 - FTA

=====================================================================
Compte FTP vendeur créé...

Pseudo : linkova
mot de passe : fsfU7d3
Serveur : ftp.priceminister.com / fr

=====================================================================
Commentaire de Fotigui Tangara [ 05/mai/08 10:23 ]
Le FTP du partenaire a été créé avec deux profils (Entrées et Sorties).
Commentaire de Fotigui Tangara [ 07/mai/08 17:58 ]
J'ai demandé Skender Berisha ceci :
copie mail envoyé ci-dessous

Bonjour,
Vous avez ouvert un JIRA (IMP-2176) pour demander ceci : Merci de créer un compte FTP (type Neteven) pour le partenaire.
Il s'agit du partenaire linkova, dans ses droits, il n'a pas le statut de professionnel, il est sur le type particulier.
Nous ne créons pas de compte FTP pour les particuliers, son compte FTP étant déjà créé, j'aimerais savoir si le
Partenaire linkova est un PRO ? Dans le cas contraire je procéderais à désactivation de son compte FTP.
Merci.
Fotigui
Equipe paramétrage
Poste : 9850



[IMP-2993] Activation comptes Browse4books Création: 11/déc./08 18:07  Mise à jour: 30/oct./09 15:52  Résolue: 18/déc./08 10:25

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Jeremy Pallot Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: Browse4books
Séparateur: Barre verticale (|)
Type de traitement:
N/A

 Description   
Bonjour,

Pouvez-vous activer les 4 prochains comptes de Browse4books.

Merci,

Jérémy

 Commentaires   
Commentaire de Jérôme Viviès [ 12/déc./08 09:20 ]
Il en est où de la validation des commandes ?
Fred, merci de vérifier que tout est ok de ce côté là avant d'ouvrir plus les vannes.
Commentaire de Frédéric Nahum [ 12/déc./08 11:15 ]
Salut Fred
Jeremy est dessus, il leur parle tous les jours depuis une semaine pour mettre tout ça au point,
On revient vers toi pour donner le feu vert avant d'ouvrir les vannes.
Mais on suit ça de très près.


 
Gaël SEGUILLON
57 bd de la Villette
75010 Paris
Tél : +33 (0) 1 42 78 12 37
Fax : +33 (0) 1 42 78 80 61
________________________________________
De : Frederic NAHUM [mailto:frederic.nahum@priceminister.com]
Envoyé : vendredi 12 décembre 2008 10:40
À : 'Gael Seguillon'; 'Jérôme Viviès'
Cc : 'Jérôme Viviès'
Objet : Verification des comptes Browe4books

Bonjour,

Je viens de jeter un coup d'¿il sur les deux premiers comptes Browse4_S0 et Browse4_S1.

Browse4_S0 : il a principalement tout annulé via le front (c'est bizarre, cela veut dire qu'il nous envois peut-être juste un fichier pour le plaisir avec un stock incorrect, pour info ils sont en illimités)
Browse4_S1 : il n'a toujours rien validé sur ce compte

Ps : les flux de commandes via FTP ne sont pas utilisés par le partenaire.

Est-ce que vous êtes bien sûr qu'on ouvre les vannes pour la semaine prochaine, car en cas de problème cela sera multiplié X6, et vous risquez beaucoup d'annulation ?
J'ai donc besoin d'une dernière validation de votre part

Cordialement

Frédéric NAHUM
Responsable Pôle Import
Tel : 01.42.78.79.80
Commentaire de Frédéric Nahum [ 12/déc./08 11:16 ]
Tout est prêt de mon coté, suite à mon précédent mail, j'attends donc votre go avant d'ouvrir les vannes
Commentaire de Jérôme Viviès [ 12/déc./08 11:35 ]
Yo, encore une fois, si besoin, Daniel perle anglais et peut discuter avec les techos...
Commentaire de Frédéric Nahum [ 18/déc./08 10:25 ]
Nous sommes en contact avec le partenaire, nous avons activé 4 comptes supplémentaires



[IMP-4109] creation compte FTP Création: 26/août/09 10:15  Mise à jour: 30/oct./09 15:52  Résolue: 27/août/09 09:56

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Anne Korchia Attribution: Jérome Marianne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: crazy-bd
Séparateur: Barre verticale (|)
Type de traitement:
Suppression annonces, Mise à jour/création annonces
Groupe: SELLERMANIA

 Description   
création compte ftp +profil+format pour nouveau pro sellermania crazy-bd

 Commentaires   
Commentaire de Jérome Marianne [ 27/août/09 09:37 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : crazy-bd
mot de passe : 12bd65
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui

=====================================================================

Paramétrage en cours...
Commentaire de Jérome Marianne [ 27/août/09 09:56 ]
Compte FTP paramétré et activé.



[IMP-7514] Création compte FTP Création: 01/déc./10 18:27  Mise à jour: 02/déc./10 11:02  Résolue: 02/déc./10 11:02

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Myriam Laifaoui Attribution: Jérome Marianne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: dupont-acces
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)

 Description   
Bonjour,

Merci de créer un compte FTP avec flux de commande pour le pro dupont-acces.

 Commentaires   
Commentaire de Jérome Marianne [ 02/déc./10 10:56 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : dupont-acces
mot de passe : dup89pont4acc
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui

=====================================================================


Paramétrage en cours...
Commentaire de Jérome Marianne [ 02/déc./10 11:02 ]
Compte FTP activé pour les flux et le stock



[IMP-885] creation ftp pour compte artgil Création: 14/juin/07 17:12  Mise à jour: 30/oct./09 15:43  Résolue: 15/juin/07 15:47

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Anne Korchia Attribution: Rodrigue Nsiangani
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 10 minutes
Estimation originale: Non spécifié

Pays:
FRA - France
Login: artgil
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)
Estimation: Petit

 Description   
creation ftp pour compte artgil qui ne peux faire ses mises à jour
 sur le site

 Commentaires   
Commentaire de Rodrigue Nsiangani [ 15/juin/07 15:41 ]
======= Compte FTP =======
==== Home : artgil =====
==== Pass : Mf96xqZ =======
Commentaire de Rodrigue Nsiangani [ 15/juin/07 15:47 ]
Il doit poser ses fichiers dans le répertoire "stock/ecrasements"

Config OK
@@@@@@@@@@@@@@
  <Partner name='artgil' id='13617622' home='artgil'>
    <Comment>
    Crée par RON le 15 juin 2007
    Livres
        Login: artgil
        Pass : Mf96xqZ
    </Comment>
    <Directory path='stock/ecrasements'>
      <Action type='Move' id='4819045' check_file='1'>
        <Files>*.csv</Files>
        <Files>*.txt</Files>
        <Files>*.tab</Files>
        <Destination>/data/priceminister/pmftpstock/var/transactions/fr/artgil/stock/</Destination>
      </Action>
    </Directory>
  </Partner>
@@@@@@@@@@@@

Je ferme.



[IMP-2094] Cashpro - création compte ft Création: 14/avr./08 13:34  Mise à jour: 30/oct./09 15:43  Résolue: 15/avr./08 17:24

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Benjamin Guerville Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: Cashpro
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)

 Description   
Bonjour,
Merci de créer un compte ftp pour cashpro (il a déjà un profil d'inport).
BG

 Commentaires   
Commentaire de Frédéric Nahum [ 15/avr./08 17:24 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : cashpro
mot de passe : 6viR7
Serveur : ftp.priceminister.com / fr

=====================================================================

Rataché au profil déjà crée



[EXP-1738] Création de 2 comptes sur brice pour Création: 07/avr./06 11:21  Mise à jour: 25/juin/07 18:57  Résolue: 07/avr./06 14:48

Etat: Fermé
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Judd OSullivan Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
On a besoin de 2 comptes de plus sur brice pour :
Xavier Boreux
Olivier Badreau

C'est pour acceder a CVS.

 Commentaires   
Commentaire de Jérémie Bennejean [ 07/avr./06 14:25 ]
2 comptes de quoi svp ?
comptes cvs ?
S'il s'agit de compte pour accéder à brice il est déja possible de la faire via les nis ( j'ai testé avec l'un de leur compte cela fonctionne parfaitement )
Merci de préciser la demande
Commentaire de Judd OSullivan [ 07/avr./06 14:48 ]
D'accord. Donc ils avaient déjà un compte apparement.



[EXP-3052] Creation compte FTP bacchus Création: 01/déc./06 15:47  Mise à jour: 25/juin/07 18:59  Résolue: 01/déc./06 16:46

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: François Le Lay Attribution: Eric Vannier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Peux-tu me créer un compte FTP stp?

login: pmbi
passwd: 2so6oN
host: bacchus
home: /data/priceminister/pmbitransfer

Merci!!!

 Commentaires   
Commentaire de Eric Vannier [ 01/déc./06 16:46 ]
Le compte est actif.

Le home est dans = /data/chrootapache/home/pmbi

car notre serveur ftp proftp est chrooté.
Commentaire de François Le Lay [ 01/déc./06 17:00 ]
Je n'arrive pas à me connecter?



[INF-143] Clôture de comptes mail Création: 01/sept./08 10:36  Mise à jour: 16/sept./08 14:42  Résolue: 16/sept./08 14:42

Etat: Résolu
Projet: Infrastructure
Composants: Arrivée/Départ
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Nerea Prieto Attribution: Stéphane Eccli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Salut ,

 

Les traductrices, Elinor.Lyon et Emilie Clarke sont parties la semaine dernière, vous pouvez supprimer leurs comptes mail.

Merci

 

 Commentaires   
Commentaire de Stéphane Eccli [ 16/sept./08 14:42 ]
comptes supprimés



[INF-506] Compte messagerie sur le poste de Stéphane Création: 12/juil./10 17:38  Mise à jour: 13/juil./10 11:24  Résolue: 13/juil./10 11:24

Etat: Résolu
Projet: Infrastructure
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: M'hand Hadjoudj Attribution: Stéphane Eccli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
J'aurais besoin d'un compte de messagerie Outlook sur le poste de Stéphane. Le poste est à côté du mien. QTP a besoin pour s'exécuter.
Merci

 Commentaires   
Commentaire de Stéphane Eccli [ 13/juil./10 11:24 ]
le compte de stéphane est toujours actif pour le moment mais je serais obligé a un moment de le supprimé.
on fera alors l'essai de multiples ouvertures du compte QTP1.



[EXP-399] FTP : fichier non pris en compte Création: 23/nov./05 10:05  Mise à jour: 25/juin/07 18:54  Résolue: 25/nov./05 12:19

Etat: Résolu
Projet: Exploitation
Composants: Troubleshooting
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Nicolas Gréhalle Attribution: Ranto Andriambololona
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
J'ai déposé le 9 novembre le fichier FullTable.txt dans le répertoire stock/ecrasements du compte pm_titelive.
Le fichier y est toujours et bloque la mise à jour.

Pouvez-vous regarder et faire en sorte que ce fichier passe.

Merci

 Commentaires   
Commentaire de Ranto Andriambololona [ 25/nov./05 12:19 ]
Le problème est réglé ...

Cela est du au fichier de stock déposé par pm_titelive qui est trop volumineux (213 Mo)

Je l'ai divisé en quatres fichier de 50 mo et il ont été aspiré et actuellement visible en BO

     fulltable1.txt
     fulltable2.txt
     fulltable3.txt
     fulltable4.txt

Ranto,



[BIN-147] Redémarrer BO Création: 04/sept./06 10:07  Mise à jour: 14/sept./07 17:19  Echéance: 04/sept./06 00:00  Résolue: 04/sept./06 10:09

Etat: Fermé
Projet: Business Intelligence
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Bloquant
Rapporteur: François Le Lay Attribution: Agathe Remy
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Redémarrer BO suite à crash latone de Vendredi 1er Septmebre.

 Commentaires   
Commentaire de François Le Lay [ 04/sept./06 10:09 ]
Après quelques soucis de zombies c'est réglé.



[EXP-3119] Creation compte ftp Création: 22/déc./06 17:00  Mise à jour: 25/juin/07 19:00  Résolue: 02/janv./07 11:32

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Nouvelle fonctionnalité Priorité: Mineur
Rapporteur: Pascal Roselli Attribution: Eric Vannier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Bonjour,


Est il possible de créer un compte FTP sur ftp://ftp.priceminister.com avec le login"report4D", avec comme mot de passe : "pm4D88"

Merci.

 Commentaires   
Commentaire de Eric Vannier [ 02/janv./07 11:32 ]
Le compte est crée.



[IMP-3179] Problème FTP compte 1001-puzzles Création: 30/janv./09 10:53  Mise à jour: 30/oct./09 15:44  Résolue: 30/janv./09 16:15

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Dorian Porta Delsol Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: 1001-puzzles
Modèle: jouets
Séparateur: Point-virgule (;)
Type de traitement:
N/A
Groupe: culturel

 Description   
Nous avons mis en place le chargement automatique des commandes sur un de nos comptes jeuxetjouets.
Par contre aucun fichier n'est présent sur votre FTP pour le compte 1001-puzzles, pouvez-vous nous aider à résoudre ce problème ?

Cordialement,
Cédric.

 Commentaires   
Commentaire de Frédéric Nahum [ 30/janv./09 16:15 ]
Les flux de commandes n'étaient pas pas paramétré pour ce compte, on cherchait et import le fichier uniquement.
J'ai fais la modification, elle sera effective à partir de lundi 10h



[APP-19664] Erreur sur consultation du compte 2553193 Création: 19/févr./08 16:14  Mise à jour: 16/mai/08 10:36  Résolue: 16/mai/08 09:46

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 19.0.1
Version(s) corrigée(s): 22.0.0

Type: Bogue Priorité: Mineur
Rapporteur: Christophe Garcia Attribution: Habibata Coulibaly
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
FRA - France
Classif1: MON COMPTE
Projets PM archivés: Maintenance TX-A

 Description   
Pour info ce compte existe en 36000 exemplaires dans la base environ (Nom : François BORDELAIS).

Exemlpe en consulatation BO : http://www.pm.lan/user_back?action=userview&showeventothers=true&useraccountid=2553193

Voir screenshot

null; CausedByException is: java.sql.SQLException: [Oracle] #21 ORA-01795: maximum number of expressions in a list is 1000 at com.inet.ora.OraDriver.a(Unknown Source) at com.inet.ora.o.a(Unknown Source) at com.inet.ora.o.a(Unknown Source) at com.inet.ora.ad.try(Unknown Source) at com.inet.ora.ad.a(Unknown Source) at com.inet.ora.x.a(Unknown Source) at com.inet.ora.x.for(Unknown Source) at com.inet.ora.x.executeQuery(Unknown Source) at org.jboss.resource.adapter.jdbc.WrappedPreparedStatement.executeQuery(WrappedPreparedStatement.java:296) at com.babelstore.util.sql.SQLQuery.open(SQLQuery.java:126) at com.babelstore.util.sql.SQLQuery.readListMap(SQLQuery.java:397) at com.babelstore.util.sql.SQLQuery.readListMap(SQLQuery.java:517) at com.babelstore.subscription.business.SubscriptionQuery.getMap(SubscriptionQuery.java:34) at com.babelstore.subscription.business.SubscriptionCatalogBean.getSubscriptionMap(SubscriptionCatalogBean.java:63) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:214) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:130) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at



 Commentaires   
Commentaire de Geneviève Beaujard [ 26/févr./08 16:36 ]
CE probleme n'arrive que si la même adresse email appartient a plusieurs comptes, plus précisement le probleme arrive quand plus de 1000 comptes ont la même adresse email.
Voici un comptage en prod des adresses emails appartenant a plus de 1000 comptes differents:
SQL*Plus> SELECT email_address, COUNT(*)
SQL*Plus> FROM user_account
SQL*Plus> GROUP BY email_address
SQL*Plus> HAVING COUNT(*) > 1000
SQL*Plus> /
chd11111@yahoo.fr 22222
fanfoue17@yahoo.fr 13776
fanfoue23@yahoo.fr 9012
fanfoue5.bordelais@laposte.net 1880
fanfoue5@yahoo.fr 16368
fanfoue7@yahoo.fr 13156
francois.bordelais@neuf.fr 3338

7 rows selected.

Pour chacun de ces comptes il est impossible:
en BO d'afficher la page du compte
en FO de se logger avec ce compte

en effet la requete qui est effectuée pour voir les souscriptions est:
SELECT mail_subscription_id l, usr_subscription.usr_subscription_id, usr_subscription.change_date, usr_subscription.creation_date, usr_subscription.mail_subscription_id, usr_subscription.row_version, usr_subscription.user_account_id, usr_subscription.uss_status_code
FROM usr_subscription
WHERE (user_account_id IN (:x1, :x2, :x3, :x4, :x5, :x6, :x7, :x8, :x9, :x10, :x11, :x12, :x13, ......))

et la on a on arrive a l'erreur oracle:
ORA-01795: maximum number of expressions in a list is 1000

Ces n (22222 + 13776 + 9012 + 1880 + 16368 + 13156 + 3338) comptes sont de type particulier:
SELECT DISTINCT usr_type_code
FROM user_account
WHERE email_address in
('chd11111@yahoo.fr','fanfoue17@yahoo.fr','fanfoue23@yahoo.fr' ,'fanfoue5.bordelais@laposte.net' ,'fanfoue5@yahoo.fr' ,'fanfoue7@yahoo.fr' ,'francois.bordelais@neuf.fr' )
10

J'aimerais bien que quelqu'un explique comment fonctionnent ces comptes car ils ne peuvent pas du tout se connecter en FO.
On me parle d'acheteur PRO, si quelqu'un peut developper je suis TRES interessée.

conclusion:
que fais t'on ?:
1) on laisse tel quel
2) on peut faire un select imbriqué
Commentaire de Geneviève Beaujard [ 26/févr./08 16:46 ]
Repondre a la question que fais t'on?
Et si possible expliquer ce type de fonctionnement (par robot ?)
Merci
Commentaire de Nicolas Chauveau [ 28/févr./08 16:18 ]
Choix N°2 pour pouvoir gérer ces comptes qui sont des fraudeurs potentiels.
Commentaire de Habibata Coulibaly [ 29/avr./08 15:36 ]
Je me suis attaquée à ce jira en modifiant la requête par celle là:

SELECT mail_subscription_id l, usr_subscription.usr_subscription_id, usr_subscription.change_date, usr_subscription.creation_date, usr_subscription.mail_subscription_id, usr_subscription.row_version, usr_subscription.user_account_id, usr_subscription.uss_status_code
FROM usr_subscription, user_account
WHERE usr_account.email_address = email_address
AND usr_subscription.user_account_id = user_account.user_account_id

Tout semble focntionner correctement mais il faudrait la tester avec le compte qui pose problème.Le problème est qu'on ne dispose pas en Dev d'une adresse email avec plus de 1000 comptes.
Commentaire de Habibata Coulibaly [ 16/mai/08 09:46 ]
Ok, tester en integ sur le compte concerné.
Commentaire de Emeric Teil [ 16/mai/08 10:36 ]
OK en Integ



[IMP-1461] Mise en palce compte FTP Création: 23/oct./07 14:39  Mise à jour: 30/oct./09 15:43  Résolue: 23/oct./07 16:16

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Skender Berisha Attribution: Rodrigue Nsiangani
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 10 minutes
Estimation originale: Non spécifié

Pays:
FRA - France
Login: prosatellite
Séparateur: N/A
Type de traitement:
N/A

 Description   
Bonjour

Pouvez vous ouvrir un compte FPT pour le flux de commande et la mise à jour du stock.

Partenaire : prosatellite

Merci

Skender

 Commentaires   
Commentaire de Rodrigue Nsiangani [ 23/oct./07 16:11 ]
======= Compte FTP =======
==== Home : prosatellite =====
==== Pass : satpro5 =======
Commentaire de Rodrigue Nsiangani [ 23/oct./07 16:15 ]
@@@@@@@@@@@@@@
<Partner name='prosatellite' id='3903608' home='prosatellite' purchase='1'>
<Comment>
compte crée par RON:
le : 23/10/07
Login: prosatellite
Pass : satpro5
</Comment>

<Directory path='purchase'>
<Action type='Move' check_file='1'>
<Files>*.txt</Files>
<Source>/data/priceminister/pmftpstock/var/transactions/fr/prosatellite/purchase</Source>
<Destination>purchase</Destination>
</Action>
</Directory>
<Directory path='confirmed_purchase'>
<Action type='Move' check_file='1'>
<Files>*.txt</Files>
<Source>/data/priceminister/pmftpstock/var/transactions/fr/prosatellite/confirmed_purchase</Source>
<Destination>confirmed_purchase</Destination>
</Action>
</Directory>
<Directory path='validation'>
<Action type='Move' check_file='1'>
<Files>*.txt</Files>
<Destination>/data/priceminister/pmftpstock/var/transactions/fr/prosatellite/validation</Destination>
</Action>
</Directory>
<Directory path='expiration'>
<Action type='Move' check_file='1'>
<Files>*.txt</Files>
<Source>/data/priceminister/pmftpstock/var/transactions/fr/prosatellite/expiration</Source>
<Destination>expiration</Destination>
</Action>
</Directory>
<!-- Import de stock -->
<Directory path='stock/entrees'>
<Action type='Move' id='3760341' check_file='1'>
<Files>*.csv</Files>
<Files>*.tab</Files>
<Files>*.txt</Files>
<Destination>/data/priceminister/pmftpstock/var/transactions/fr/prosatellite/stock/entrees</Destination>
</Action>
</Directory>
</Partner>


@@@@@@@@@
Commentaire de Rodrigue Nsiangani [ 23/oct./07 16:16 ]
C'est fait.
Il doit poser les fichiers d'entrées dans le répertoire stock/entrees

Je ferme



[IMP-1596] Creation d'un compte FTP Création: 22/nov./07 08:44  Mise à jour: 30/oct./09 15:43  Résolue: 23/nov./07 15:07

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Skender Berisha Attribution: Rodrigue Nsiangani
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 15 minutes
Estimation originale: Non spécifié

Pays:
FRA - France
Login: ideolab-info
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces (écrasement)
Estimation: Petit

 Description   
Bonjour

Merci de créer un compte FTP pour l'import de stock.

Partenaire : ideolab-info

Merci

Skender

 Commentaires   
Commentaire de Rodrigue Nsiangani [ 23/nov./07 15:03 ]
==== Home : ideolab-info =====
==== Pass : ideo77 =======
Commentaire de Rodrigue Nsiangani [ 23/nov./07 15:05 ]
Config :
@@@@@@@@@@@@@

<Partner name='ideolab-info' id='15259140' home='ideolab-info'>
<Comment>
compte crée par RON:
le : 23/11/07
Login: ideolab-info
Pass : ideo77
</Comment>
<!-- Import de stock -->
<Directory path='stock/ecrasements'>
<Action type='Move' id='5392058' check_file='1'>
<Files>*.csv</Files>
<Files>*.tab</Files>
<Files>*.txt</Files>
<Destination>/data/priceminister/pmftpstock/var/transactions/fr/ideolab-info/stock/ecrasements</Destination>
</Action>
</Directory>
</Partner>
@@@@@@@@@@@
Commentaire de Rodrigue Nsiangani [ 23/nov./07 15:07 ]
C'est fait.
Le compte FTP sera disponible lundi matin.

Je ferme.



[IMP-4169] Libch : Création compte FTP Création: 04/sept./09 14:31  Mise à jour: 30/oct./09 15:52  Résolue: 07/sept./09 10:04

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Jérome Marianne Attribution: Jérome Marianne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: libch
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)

 Description   
Suite aux soucis que le pro rencontre pour uploader ses fichiers nous allons lui créer un compte FTP pour ses imports.

 Commentaires   
Commentaire de Jérome Marianne [ 04/sept./09 15:17 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : libch
mot de passe : li56bch
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : non

=====================================================================


Paramétrage en cours. Compil sera fait le lundi...
Commentaire de Jérome Marianne [ 07/sept./09 10:04 ]
Compte FTP activé.
Je fais un mail au pro pour l'en informer.



[IMP-2381] Creation d'un compte FTP Création: 24/juin/08 09:02  Mise à jour: 30/oct./09 15:43  Résolue: 24/juin/08 09:46

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Skender Berisha Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: crystal_tech
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
Bonjour

Serait-il possible de créer un compte FTP pour la gestion des commandes pour le partenaire : crystal_tech

Merci

Skender

 Commentaires   
Commentaire de Fotigui Tangara [ 24/juin/08 09:45 ]
Compte créé comme souhaité, juste pour gérer les flux de commandes....

=====================================================================
Compte FTP vendeur créé...

Pseudo : crystal_tech
mot de passe : 1834RXHjkb
Serveur : ftp.priceminister.com / fr

=====================================================================



[IMP-2462] Creation d'un compte FTP Création: 21/juil./08 16:17  Mise à jour: 30/oct./09 15:43  Résolue: 22/juil./08 10:22

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Skender Berisha Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: iaccess
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)

 Description   
Bonjour

Merci de crée un compte FTP pour le flux de commande.

Partenaire : iaccess.

Merci

Skender

 Commentaires   
Commentaire de Fotigui Tangara [ 22/juil./08 09:23 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : iaccess
mot de passe : xgdff1789V
Serveur : ftp.priceminister.com / fr

=====================================================================
Commentaire de Fotigui Tangara [ 22/juil./08 10:21 ]
Configuration des flux de commandes dès à présent opérationnelles....



[IMP-2431] Creation d'un compte FTP Création: 08/juil./08 10:09  Mise à jour: 30/oct./09 15:43  Résolue: 08/juil./08 11:36

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Skender Berisha Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: expoespagne
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
Bonjour

Merci de creér un compte FTP pour la gestion des commandes.

partenaire : Expoespagne

Merci

skender

 Commentaires   
Commentaire de Frédéric Nahum [ 08/juil./08 10:19 ]
Je demande pour pas qui'il yai de confusion c'est bien pour la base FRANCE ?
Commentaire de Fotigui Tangara [ 08/juil./08 11:19 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : expoespagne
mot de passe : peaOEF744
Serveur : ftp.priceminister.com / fr

=====================================================================
Commentaire de Skender Berisha [ 08/juil./08 11:21 ]
bonjour

oui c'est pour la base France

Merci

skender
Commentaire de Fotigui Tangara [ 08/juil./08 11:36 ]
La configuration des flux de commandes est dès à présent opérationnelle !



[IMP-2680] craetion compte FTP Création: 07/oct./08 11:44  Mise à jour: 30/oct./09 15:43  Résolue: 07/oct./08 15:49

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Skender Berisha Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: shoxx_shop
Modèle: Entrée fabricant
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création produits

 Description   
Bonjour

merci de crée un compte FTP pour la mise à jour du stock ainsi que pour le traitement des commandes pour le

partenaire : shoxx_shop

Merci

Skender

 Commentaires   
Commentaire de Frédéric Nahum [ 07/oct./08 15:40 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : shoxx_shop
mot de passe : huy47Aez1
Serveur : ftp.priceminister.com / fr

=====================================================================
Commentaire de Frédéric Nahum [ 07/oct./08 15:49 ]
c'est fait, il faudra qu'il dépose son fichier dans Entrée pour mettre à jour son stock



[IMP-5892] Création compte FTP Création: 23/avr./10 14:41  Mise à jour: 23/avr./10 15:07  Résolue: 23/avr./10 15:07

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Myriam Laifaoui Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: sylla-access
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
Bonjour,

Merci de créer un compte FTP pour le partenaire sylla-access suite à la demande de sellermania.

Merci

Myriam

 Commentaires   
Commentaire de Fotigui Tangara [ 23/avr./10 14:55 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : sylla-access
mot de passe : sy!123ceca
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui

=====================================================================
Commentaire de Fotigui Tangara [ 23/avr./10 15:04 ]
Configurations Sellermania mises en place pour ce PRO. Elles ne seront opérationnelles qu'à partir du 26/04/2010.


Demande traitée.



[IMP-5550] akiloria : création compte FTP Création: 15/mars/10 15:35  Mise à jour: 15/mars/10 15:52  Résolue: 15/mars/10 15:52

Etat: Résolu
Projet: Paramétrage - Import
Composants: Support entrant
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Jérome Marianne Attribution: Jérome Marianne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: akiloria
Séparateur: N/A
Type de traitement:
N/A

 Description   
historique mail:

oui merci
dominique
-----Message d'origine-----
De : SUPPORT PRO [mailto:support.pro@priceminister.com]
Envoyé : lundi 15 mars 2010 15:13
À : 'akilit'
Objet : RE: Paramétrage de votre compte Priceminister
Vous voulez que l'on vous créé un compte FTP pour le compte akiloria ?

De : akilit [mailto:akilit@akilit.com]
Envoyé : lundi 15 mars 2010 14:27
À : 'SUPPORT PRO'
Objet : RE : Paramétrage de votre compte Priceminister

Bjr
j'en ai un sur "moliere' exclusivement en 'livres"
il faut demander a Monsieur Seguillon qui connait le probleme.
ou il a décidé de m'octroyer un compte pro supplémentaire en 'bijouterie' pour ne pas 'mellanger torchons et serviettes"
cordialement
dominique
-----Message d'origine-----
De : SUPPORT PRO [mailto:support.pro@priceminister.com]
Envoyé : lundi 15 mars 2010 10:49
À : 'akilit'
Objet : RE: Paramétrage de votre compte Priceminister
Il s'agit de votre compte PriceMinister.
Vous n'avez pas de compte FTP paramétré chez nous.

Cordialement.

De : akilit [mailto:akilit@akilit.com]
Envoyé : lundi 15 mars 2010 10:41
À : 'SUPPORT PRO'
Objet : RE : Paramétrage de votre compte Priceminister

Bonjour
 
merci beaucoup
 
mais je n'ai pas les code ftp et pass
merci
dominique

 Commentaires   
Commentaire de Jérome Marianne [ 15/mars/10 15:38 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : akiloria
mot de passe : 556aki665
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : non

=====================================================================
Commentaire de Jérome Marianne [ 15/mars/10 15:52 ]
Compte FTP activé



[IMP-616] franceauto73 : vérifier le compte FTP Création: 03/mai/07 16:04  Mise à jour: 30/oct./09 15:43  Résolue: 09/mai/07 10:02

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Jérome Marianne Attribution: Rodrigue Nsiangani
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: franceauto73
Séparateur: N/A
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)
Estimation: Petit
Groupe: Cardiff

 Description   
Le client essai de faire son premier import et n'y arrive pas.

Le compte est-il bien configuré?

Ya t'il une trace de fichier sur son FTP?

 Commentaires   
Commentaire de Rodrigue Nsiangani [ 03/mai/07 16:22 ]
Il est bien configuré. Il n y a aucune trace de dépôt de fichier.
Il faut qu'il recommence et qu'il dépose bien les fichiers dans le répertoire stock/ecrasements.
J'arrive bien à me connecter à son compte.

RON.
Commentaire de Rodrigue Nsiangani [ 04/mai/07 16:22 ]
Le partenaire n'a rien déposé, peux-tu lui demander de réessayer.

RON.
Commentaire de Rodrigue Nsiangani [ 09/mai/07 10:02 ]
Des fichiers sont apparus dans les imports, je ferme.
http://bo.priceminister.com/datafile_back?action=advfilesearch&login=franceauto73&use_proc_date=false&start_date=03%2F05%2F2007&end_date=06%2F05%2F2007

RON.



[METATACHE][mon compte] Refonte de la home page mon compte (APP-16385)

[APP-17237] [mon compte] Problème CSS dans "mon panier" Création: 24/juil./07 17:12  Mise à jour: 03/août/07 15:02  Résolue: 27/juil./07 17:06

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 16.0.0
Version(s) corrigée(s): 16.0.0

Type: Sub-bug Priorité: Critique
Rapporteur: Emeric Teil Attribution: Alexandre Garnier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: PNG File pbm_panier_mon_compte.png     JPEG File screenshot-1.jpg    
Liens des demandes:
Duplicate
doublon de APP-17234 Absence de mise en forme du bloc rela... Fermé
Similaire
similaire à APP-17290 [mon compte] Problème CSS dans "Créat... Fermé
similaire à APP-17252 [mon compte] Problème CSS dans "Choix... Fermé
similaire à APP-17422 nav colonne de gauche page "répondre ... Fermé
Site: Integ
Projets PM archivés: Mon Compte - Lot 1 : Fondation

 Description   
La page "mon panier", bien que ne faisant pas partie de "mon compte", inclue le bloc "menu" de "mon compte". Or cette page ne "possède" pas de div "my_account", div qui permet, notamment, d'identifier la zone et ainsi d'appliquer le style CSS du menu. Celui-ci s'affiche donc sans mise en page...

CF pièce-jointe pour copie d'écran

 Commentaires   
Commentaire de Arnaud Forgues [ 24/juil./07 17:30 ]
supprimer le bloc "Menu mon compte" de la colonne de gauche pour le layout panier type nego
Commentaire de Alexandre Garnier [ 24/juil./07 17:53 ]
pas de suppression de bloc, juste l'ajout de my_account sur CART
CMS1 default SiteNode CART
Commentaire de Emeric Teil [ 27/juil./07 15:40 ]
comme on peut le voir sur la copie d'écran ajoutée, la version espagnole n'est pas encore traitée
Commentaire de Alexandre Garnier [ 27/juil./07 15:42 ]
CMS1
default
SiteNode CART
Commentaire de Emeric Teil [ 31/juil./07 16:01 ]
OK



[APP-2155] pb d'activation du compte vendeur Création: 14/avr./04 13:03  Mise à jour: 25/juin/07 18:24  Résolue: 25/juin/07 18:24

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.1.9pre
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Aurélie Lagel Attribution: Geneviève Beaujard
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
qd on met en vente sa première annonce : message au sujet du code d'activation
s'affiche bien en rouge, le code d'activation est bien envoyé sur la boite
mail, mais si on quitte le compte et que l'on revient dessus plus tard pour
saisir le code et activer le compte : plus de trace du lien demandant de
saisir le code...on ne peut donc pas l'activer...
exemple : pseudo jeckyl1

 Commentaires   
Commentaire de Geneviève Beaujard [ 15/avr./04 16:00 ]
Pour l'instant ce n'est pas un bug.
Le vendeur a crée une annonce correcte, le batch d'activation lui a envoye le
mail, ce vendeur a ensuite crée une annonce avec un stock > 9 (propriete)
cette annonce ne correspondant pas aux normes a fait passer le
usr_visibility_code du vendeur a -1 (Caché temporaire) et dans cet etat on ne
permet pas au vendeur d'activer son compte.
Pour l'instant la solution est :
BO doit faire passer la visibilité du vendeur à Visible(Surveillé).



[APP-32600] Compte désabonné se trouve abonné malgré lui Création: 26/janv./11 15:51  Mise à jour: 28/janv./11 11:32  Résolue: 26/janv./11 17:59

Etat: Fermé
Projet: Application PriceMinister
Composants: Aide en ligne
Affecte la/les version(s): 86.0.0 (TX-R)
Version(s) corrigée(s): 86.0.0 (TX-R)

Type: Bogue Priorité: Critique
Rapporteur: Espérance Galouo-Lece Attribution: Anthony Lagrède
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
Site: Integ
Projets PM: Alertes téléphoniques
Navigateur: Tous

 Description   
Pour reproduire :
 - Un compte "toto" abonné avec un numéro de tel 0123
 - Un compte "tata" désabonné avec un numéro de tel 3210
 - En modifiant le numéro de tel de "toto" en 3210 (celui de "tata"), sans annulé son abonnement via les préférences vendeur, "tata" se retrouve abonné.

 Commentaires   
Commentaire de Emeric Teil [ 26/janv./11 15:58 ]
Effectivement, extrait des specs :

"Si j’ai deux comptes avec des numéros différents et des abonnements différents et que je modifie un de ces comptes pour avoir le même numéro de partout, mes abonnements ne seront pas synchronisés"



[APP-12624] problème sur le lien mon compte Création: 21/sept./06 17:47  Mise à jour: 25/juin/07 18:45  Résolue: 22/sept./06 17:19

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 9.0.4
Version(s) corrigée(s): 9.0.4

Type: Bogue Priorité: Critique
Rapporteur: Sarah Eudor Attribution: Patrick Condevaux
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
a pour doublon APP-12667 Erreur Javascript sur l'ensemble des ... Fermé
Similaire
similaire à APP-12508 lien page suivante ne fonctionne touj... Fermé
Pays:
FRA - France
Site: Prod

 Description   
Je vous transmets le message d'un utilisateur :

""Bonjour,
lorsque je clique sur "mon compte", la connection ne se fait pas, il faut ajouter "user" à la fin de la ligne principale pour se connecter. Lorsque je met la souris sur l'icone de "mon compte", on voit en bas de page qu'il écrit '/us','er'
Je rencontre ce problème sur mon ordinateur personnel ainsi qu'à celui de mon travail
En début de semaine ce problème n'existait pas

Pseudo : pauline00
21/09/2006-17:30 - problème de connection sur mon compte entre autres ""

 Commentaires   
Commentaire de Sarah Eudor [ 21/sept./06 17:51 ]
autre cas :

""Bonjour,
J'utilisais votre site réguliérement sans problème mais depuis quelques semaines lorsque je me connecte à votre site aucun liens ne fonctionne. Par exemple si je clique sur l'onglet "Mon compte" je reste à la page d'accueil. Mon PC tourne sous Linux Debian Sarge et mon navigateur est Firefox 1.0.4. Pensez vous régler ce problème ou dois-je me tourner définitivement vers un autre site d'achat/vente ?
Merci et bonne journée.
PS : Je vous écrit d'un autre ordinateur. mathieu_41 ""
Commentaire de Patrick Condevaux [ 22/sept./06 10:06 ]
le meme bug a été observé sur le poste d'Agathe avec firefox.

Impossible de suivre les liens javascriptés
Commentaire de Patrick Condevaux [ 22/sept./06 10:15 ]
est-ce que ce bug serait similaire au probleme rencontre avec la 903 mais qui a été normalement corrigé depuis ?
Commentaire de Patrick Condevaux [ 22/sept./06 17:19 ]
voir APP-12667



[EXP-354] compte FTP, partenaire gilvk Création: 09/nov./05 11:43  Mise à jour: 25/juin/07 18:54  Résolue: 18/nov./05 00:41

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Anne Korchia Attribution: Ranto Andriambololona
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Dépendance

 Description   
les dépots dans le compte FTP du partenaire ne fonctionne pas.




Mail du partenaire :
cela fait maintenant plusieurs semaines que le problème n'est pas résolu avec les mises à jours : il faut faire quelque chose maintenant, réellement.
 
1 - Soit un système FTP qui fonctionne
2 -Soit je vous envoie un fichier zippé mis à jour via votre email.

 Commentaires   
Commentaire de Ranto Andriambololona [ 18/nov./05 00:41 ]
Réglé ...

Le fichier de stock apparait en BO à l'état "traité"



[EXP-4822] Demande de création de compte unix Création: 26/mai/09 09:50  Mise à jour: 27/mai/09 12:17  Résolue: 27/mai/09 12:14

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Marc-Antoine Decreton Attribution: Stéphane Eccli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous

 Description   
Dans le cadre de l'étude d'intégration de JavaRebel (logiciel permettant le chargement à chaud des modifications de code java) chez PriceMinister, j'aurais besoin d'un compte unix spécifique que je pourrais configurer (sans modifier ma conf de dév actuelle).
J'ai l'aval de Aranud Forgues et Nicolas Chauveau.

Merci

 Commentaires   
Commentaire de Stéphane Eccli [ 27/mai/09 12:14 ]
compte : java.rebel
pwd : provence
home : prin:/data1/users/java.rebel
Commentaire de Marc-Antoine Decreton [ 27/mai/09 12:17 ]
merci



[APP-15523] TVA - Impossible de modifier le n°TVA en FRONT ou en BO Création: 15/mars/07 16:39  Mise à jour: 25/juin/07 18:50  Résolue: 11/avr./07 16:38

Etat: Fermé
Projet: Application PriceMinister
Composants: Paiement
Affecte la/les version(s): 13.0.3
Version(s) corrigée(s): 14.0.0

Type: Bogue Priorité: Majeur
Rapporteur: Christophe Garcia Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Liens des demandes:
Duplicate
a pour doublon APP-15567 Inscription d'un compte Etranger impo... Fermé
Similaire
similaire à APP-15231 TVA : Problème de saisie du N° de TV... Fermé
Pays:
FRA - France
Site: Prod
Projets PM: *** RESERVE ***
Classif1: BO
Classif2: tva

 Description   
1 - BO/FO : Créer un compte PRO
2 - BO : Modifier le SIRET et TVA en mettant un numéro temporaire (FR11111111111)
3 - FO : Faire une MEV avec une adresse de livraison en Allemagne
                                 ---> Marche pas pour cause de numéro TVA commençant par FR et donc ne correspondant pas au pays d'expédition (Allemagne)
                                 ---> Impossible de modifier le numéro de TVA en FO (interdit par l'appli)
4 - BO : Essayer de modifier le n° TVA pour mettre le numéro définitif (DE..........)
                                 ---> Marche pas pour cause de numéro TVA ne correspondant pas au pays d'expédition (Normal, il n'y apas de pays d'expédition)

De là on est bloqué impossible de modifier le n°TVA en FRONT ou en BO.

Voir screeenshot

 Commentaires   
Commentaire de Christophe Garcia [ 11/avr./07 10:16 ]
Quelle a été la solution choisie ?
Commentaire de Renaud Dierickx [ 11/avr./07 16:38 ]
Voici la solution retenue :
----------------------------------

    private Long getCountryForCompanyVatVerification(Long lUsrTypeCode, UserBusiness bizUser) throws Exception {
        if(lUsrTypeCode != null) {
            if(PRO_VEHICLE.equals(lUsrTypeCode)
            && bizUser.getSellerContactAddressInfo() != null)
                return bizUser.getSellerContactAddressInfo().getCountryId();
            else if(bizUser.getPaymentAddressInfo() != null)
                return bizUser.getPaymentAddressInfo().getCountryId();
            else if(bizUser.getSellerContactAddressInfo() != null)
                return bizUser.getSellerContactAddressInfo().getCountryId();
        }
        // Fix bug APP-15523 : case of a new seller
        Long lSellerCountryId = bizUser.getUserInfo().getSellerCountryId();
        if (lSellerCountryId != null)
            return lSellerCountryId;
        return PlatformHelper.getDefaultCountryId();
  }


EN FRANCAIS ;o)) :
---------------------------

si l'utilisateur est un PRO auto, on prend le pays de l'adresse de rencontre (si elle existe)
sinon, on prend le pays de l'adresse de paiement (si elle existe)
sinon, on prend le pays de l'adresse de contact (si elle existe)
sinon, on prend le pays du vendeur situé au niveau de la dernière annonce en BO (ici l'Allemagne)
sinon, on prend le pays de défaut de la plateforme
Commentaire de Fréderic Tiberghien [ 20/avr./07 11:11 ]
OK,
ca marche



[APP-16364] non prise en compte des modifications d'inventaire Création: 15/mai/07 09:51  Mise à jour: 25/juin/07 18:52  Résolue: 15/mai/07 11:32

Etat: Fermé
Projet: Application PriceMinister
Composants: Mise en vente
Affecte la/les version(s): 14.0.1
Version(s) corrigée(s): 14.0.2

Type: Bogue Priorité: Bloquant
Rapporteur: Jany Marimoutou Attribution: Julien Sananikone
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
a pour doublon APP-16374 Modification impossible prix/qualité ... Fermé
Pays:
FRA - France
Site: Prod
Projets PM archivés: Maintenance 14.x.x

 Description   
pseudo : amys

- dans l'inventaire cherchez le titre "Totoro"
- choisir le premier et cliquez sur "modifier"
- entrer 5 (ou autre) en quantitié
- enregistrez les modifs... et rien : page se rafraichit mais ne prend pas en compte les modfications

 Commentaires   
Commentaire de Jany Marimoutou [ 15/mai/07 09:51 ]
naviguateur utilisé : Firefox
Commentaire de Jany Marimoutou [ 15/mai/07 10:06 ]
Je viens de recevoir de coup de téléphone coup sur coup pour me dire qu'il en est de même lorsque l'on veut créer une annonce sur une fiche produit de type DVD.

J'ai testé avec un compte pro et un compte particulier, c'est idem
Commentaire de Christophe Garcia [ 15/mai/07 10:39 ]
A priori, problème lié à une modif de le MEV DVD côté PARAM.
Merci d'investiguer de votre côté
Commentaire de Julien Sananikone [ 15/mai/07 11:12 ]
oups

je fais une demande refraich cache et ça devrait être bon
Commentaire de Julien Sananikone [ 15/mai/07 11:32 ]
réglé



[APP-29397] Mon compte: Problème de compteur Création: 28/avr./10 16:28  Mise à jour: 03/mai/10 17:50  Résolue: 03/mai/10 17:50

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 68.0.0 (VEN-B)
Version(s) corrigée(s): 68.0.0 (VEN-B)

Type: Bogue Priorité: Majeur
Rapporteur: Espérance Galouo-Lece Attribution: Espérance Galouo-Lece
Résolution: Invalid  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
ALL - Tous
Site: Integ
Projets PM: Navigation inventaire
Navigateur: Tous

 Description   
 - Sur la page "Mon Compte", les stats montrent "2 prix à aligner";
 - Une fois dans l'onglet "Prix à aligner", il n'y a qu'une seule annonce, mais les compteurs présentes deux annonces.

 Commentaires   
Commentaire de Edouard Gomez-Vaez [ 28/avr./10 16:30 ]
Quand vous tomber sur des trucs comme ça, pouvez-vous nous donner le compte - quitte à ne pas y toucher. Sinon, c'est impossible à reproduire.
Commentaire de Edouard Gomez-Vaez [ 28/avr./10 18:02 ]
Il parait que vous avez touché directement en base la outdated_freshness_date ?!

Pas bien ! Il y a d'autres traitements à faire quand une annonce périme, en particulier de notifier FAST...

Est-ce bien cela que tu as fait Espérance ?
Commentaire de Espérance Galouo-Lece [ 29/avr./10 11:47 ]
 - Tout à fait;
 - Quel sont les différents traitements pour rendre périmé une annonce?
Commentaire de Edouard Gomez-Vaez [ 29/avr./10 11:59 ]
Je ne sais pas.

Il faut aller sur des inventaires avec des annonces déjà périmées pour faire vos tests. SInon je ne garantie plus rien :-(.
Commentaire de Cédric Goldovsky [ 03/mai/10 17:14 ]
Effectivement, cela crée des incohérences. Autant fermer ce Jira en Invalide.



[APP-19243] Autopromo - page Mon compte Création: 08/janv./08 17:50  Mise à jour: 20/févr./08 16:32  Résolue: 19/févr./08 10:23

Etat: Fermé
Projet: Application PriceMinister
Composants: Infoglue
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 19.0.2

Type: Tâche Priorité: Majeur
Rapporteur: Nydia Yallico Attribution: Nerea Prieto
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: File aspirateur600-02.swf     File aspirateur720-02.swf     File aspirateur720-03.swf     File aspirateur720-04.swf     File aspirateur728-02.swf     File aspirateur728-03.swf     File aspirateur728-03.swf    
Pays:
ESP - Espagne
Projets PM: *** A PLANIFIER ***

 Description   
Bonjour,

afin de booster la mise en vente nous avons réalisé des créas pour la page mon compte ES que vous trouverez en PJ.

Une 728x90 ainsi qu'une 600x90 qu'il faudra mettre sous la bannières parrainage en bas de page.

Il faudrait les mettre en ligne dès que possible,

Merci beaucoup

Nydia

 Commentaires   
Commentaire de Ariane Baldinger [ 09/janv./08 09:14 ]
Bonjour,

Concernant la bannière 600x90, ne préfères-tu pas qu'elle soit en rotation avec la bannière parrainage ?
De plus, sur cet emplacement nous utilisons normalement une bannière de 720x90. Peux-tu nous en fournir une avec ces dimensions pour que l'on reste homogène?

Et il nous faudra soit la couleur de fond, soit l'image de 1px que l'on utilisera pour la gestion du 100% de cette bannière.


Pour la 728x90 le format est bon pour que nous la passions en entête.

Merci
Ariane
Commentaire de Nicolas Lewiss [ 09/janv./08 18:01 ]
Hello, voici la bannière à la bonne taille (720x90), le fond perdu est geré dans le flash comme pour les promos home page
Commentaire de Ariane Baldinger [ 10/janv./08 10:37 ]
Salut,

Merci Nicolas.

Nydia,
Le planning ne permet de passer cette demande dans l'immédiat.
Je peux te garantir une mise en Prod courant semaine 4 (21/01).

Peux-tu me dire si le système de rotation entre les bannières parrainage et celle-ci te convient ?

Ariane

Commentaire de Nydia Yallico [ 10/janv./08 11:02 ]
Bonjour Ariane,

le système de rotation me va très bien oui, ok pour la semaine du 21/01,

merci

Nydia
Commentaire de Nerea Prieto [ 22/janv./08 15:15 ]
C'est prêt

CMS 1
Express
Commentaire de Nerea Prieto [ 22/janv./08 15:38 ]
En fait, je dois préciser une chose:

Puisque les bannières sont dans IG, ces promos vont attendre le dévéloppement de la V19 pour être en ligne (semaine 7).


Nydia, il y aurait un moyen de le mettre en PROD plus rapidement (en 24h), c'est que tu fasses hébérger ces créa dans pantera et que tu me donnes l'url directement.

À toi de voir.

Merci
Commentaire de Nerea Prieto [ 24/janv./08 14:06 ]
J'ai obtenu la réponse de Nydia à l'oral.
Elle demandera un peu de temps des maquettistes pour faire héberger les créas dans pantera. Elle m'enverra les URL dès qu'elle les aura. Ce n'est peut être pas pour tout de suite. Donc, on va quand même publier les créas sur IG.

Merci
Commentaire de Nerea Prieto [ 24/janv./08 14:08 ]
Nydia pourra réouvrir la demande lorsqu'elle m'enverra les URL
Commentaire de Nerea Prieto [ 01/févr./08 11:42 ]
Nydia,

la bannière "aspirateur728-02" redirige vers PriceMinister France, il faut changer l'Url du flash, peux-tu demander aux maquetistes d'arranger cela.

Merci.
Commentaire de Nicolas Lewiss [ 01/févr./08 12:18 ]
Coucou, ben c'est très étrange, j'avais le bon lien dans le flash... Nerea, je t'ai refait une autre version, dis-moi si ca va

merci :)
Commentaire de Nerea Prieto [ 04/févr./08 12:07 ]
CMS1
Express
Commentaire de Ariane Baldinger [ 04/févr./08 12:22 ]
Nerea,
Peux-tu passer ça dans le repository 'Promotion' stp ?
Commentaire de Nerea Prieto [ 04/févr./08 14:45 ]
Dans le repository PROMOTIONS

CMS1
Promotions
Commentaire de Ariane Baldinger [ 04/févr./08 17:51 ]
En + d'uploader les images sous IG dans Promotions, il faut paramétrer sous IG et non plus dans le BO.
Merci!
Commentaire de Nerea Prieto [ 05/févr./08 16:31 ]
C'est fait.

Le marketing peut valider en DEV http://bo.pm.bollinger:3280/spot_back
Commentaire de Nerea Prieto [ 05/févr./08 18:03 ]
En fait non, marketing ne peut pas valider pour le moment. J'ai un problème sur IE avec le flash en 720 (si je met le w en 100% en utilisant SWFObject il casse le flash)
Commentaire de Nydia Yallico [ 06/févr./08 11:53 ]
Ok Nerea,

nous attendons ton retour pour tester,

merci

Nydia
Commentaire de Nicolas Lewiss [ 07/févr./08 14:00 ]
Hello, voici une nouvelle version de la 720, j'ai enlevé tous les effets Flash 8 qu'il ne faut pas mettre sur les anims en 100%

Nerea, peux-tu bien regarder si ca ne bugue plus, c'est difficile de vérifier qu'ils sont tous bien enlevés parce que ca vient d'une vieille animation...

merci :)
Commentaire de Nicolas Lewiss [ 07/févr./08 14:02 ]
Attention pour mon commentaire précédent, je me suis trompé de pièce jointe, j'ai mis la 728 au lieu de la 720. voici la bonne version

merci

nico
Commentaire de Nicolas Lewiss [ 07/févr./08 14:35 ]
Voila Nerea, j'ai passé l'anim en flash 7, comme ca on est tranquilles. (il n'y a pas ces effets qui font buguer en flash 7)

j'arrive

nico
Commentaire de Nerea Prieto [ 07/févr./08 18:04 ]
Merci Nico.


À publier sur promotions. CMS1
Commentaire de Nerea Prieto [ 07/févr./08 18:06 ]
Nydia, peux tu regarder si ça te va??

Merci
Commentaire de Nydia Yallico [ 08/févr./08 10:22 ]
Salut Nerea,

ça me va très bien merci, une question : est-ce que la bannière vendre en bas de page mon compte va être activée également ? (au niveau de la bannière parrainage)

Merci !

Nydia
Commentaire de Nerea Prieto [ 08/févr./08 12:19 ]
Je vais passer la bannière "parrainage" sur IG
Commentaire de Nerea Prieto [ 14/févr./08 16:27 ]
Nydia,

le filet que tu voulais dans la bannière est en place. Peux-tu regarder si ça te va?

Merci.
Commentaire de Nydia Yallico [ 14/févr./08 16:29 ]
Ok c'est parfait,

merci beaucoup !
Commentaire de Nerea Prieto [ 14/févr./08 16:55 ]
CMS1
Promotions
Commentaire de Yassine Mouhammadou [ 18/févr./08 10:08 ]
ok
Commentaire de Nerea Prieto [ 18/févr./08 18:55 ]
Á publier
CMS1
Mon compte
Commentaire de Ariane Baldinger [ 19/févr./08 09:15 ]
Hello,
Pourquoi ce jira a été ré-ouvert ?
Nerea, peux-tu donner des détails stp ?
Commentaire de Nerea Prieto [ 19/févr./08 10:16 ]
Parce que les autopromos n'étaient pas publiées, donc elles n'ont pas passé en Integ.
Commentaire de Yassine Mouhammadou [ 19/févr./08 10:23 ]
OK publié hier
Commentaire de Yassine Mouhammadou [ 19/févr./08 10:47 ]
RE published today



[EXP-3792] migration compte cobranding M6 Création: 16/juil./07 17:16  Mise à jour: 05/juin/08 18:15  Résolue: 05/juin/08 18:15

Etat: Fermé
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Mineur
Rapporteur: Cedric Favero Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
La migration n'aurait-elle pas du se faire automatiquement à la fermeture du cobranding m6?

"bonjour je le suis inscrit à l'époque chez m6-price minister. or depuis que ceux-ci ont céssé leur partenariat, les mails continuent à m'arriver avec comme lien ce genre http://m6.priceminister.com/purchase?action=feedbacklist&login=vog75
évidemment le lien ne marche pas. comment faire sans avoir à recréer un autre compte chez priceminister (car je perdrais tout mon historique, mes ventes, mes souhaits) ?"

Pseudo: vog75

 Commentaires   
Commentaire de Nicolas Chauveau [ 19/juil./07 16:55 ]
Créer une redirection vers www
Commentaire de Justin Ziegler [ 09/août/07 15:47 ]
Jérémie, est ce que tu vois de quoi il s'agit ?
Commentaire de Justin Ziegler [ 09/août/07 15:47 ]
y a t il d'autres cas de cob fermé récemment ?
sur lesquels il faut faire des redirections aussi ?
Commentaire de Jérémie Bennejean [ 20/août/07 18:33 ]
Jeremy,

D'après le fichier V:\Projets\Cobrandings\Status-Cob_V.06.xls , les derniers fermés sont :

sites M6
 
sites M6Game
 
sites M6Music
 
sites M6Net
 
Bambinoccasion
 
VirginMega
 

 

seb

Commentaire de Jérémie Bennejean [ 03/juin/08 14:01 ]
la redirection de M6 vers www est en place depuis .. un certain temps.

J'ai testé avec mon compte cela fonctionne.



[IMP-514] mixad : ajout de comptes dans l'import Création: 18/avr./07 10:51  Mise à jour: 30/oct./09 15:50  Résolue: 19/avr./07 09:53

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Jérome Marianne Attribution: Marion Anfreville
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: 1 heure, 10 minutes
Estimation originale: Non spécifié

Pays:
FRA - France
Login: audomarois...
Séparateur: N/A
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)
Estimation: Petit
Groupe: Mixad

 Description   
Des comptes existants sur PriceMinister sont à rajoutés dans l'import Mixad.
Il faut donc modifier les profils d'import et la configuration FTP pour les comptes suivants :

audomarois
autocit
chevrons6
chevrons62
chevronslens
dda62
fda59
ggedelavenir
ggedunkerque
nda59
opalemotors
peugeotroncq
riquart62
saba62400
saba62700
snab62
stchristoph
toyota062
vosystem

 Commentaires   
Commentaire de Marion Anfreville [ 18/avr./07 17:19 ]
Profils d'import MàJ avec le format Mixad.
Commentaire de Marion Anfreville [ 18/avr./07 17:58 ]
La configuration FTP Mixad qui fait le dispatch a été modifiée avec les nouveaux logins.
Les configurations FTP pour ces logins ont été générées.
Commentaire de Marion Anfreville [ 19/avr./07 09:53 ]
La modification faite hier ne prenait pas en compte les guillemets dans le champ du login pour faire le dispatch.

Ceci est corrigé.



[IMP-2691] Problème FTP compte ultima61 Création: 08/oct./08 11:40  Mise à jour: 30/oct./09 15:43  Résolue: 10/oct./08 12:04

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Dorian Porta Delsol Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: ultima61
Modèle: entrée générique
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces (écrasement)
Groupe: culturel

 Description   
L'import manuel de se compte passe très bien mais il ne passe pas avec le FTP (trop d'erreur) pouvez vous formater l'import FTP de la même façon que l'import manuel.
Merci

 Commentaires   
Commentaire de Fotigui Tangara [ 10/oct./08 11:59 ]
Le problème a été corrigé... L'import via FTP sera opérationnel dès lundi date à laquelle le système prendra en compte les modifications apportées.
Commentaire de Fotigui Tangara [ 10/oct./08 12:04 ]
D'ici le lundi, le PRO est obligé de passer par le Front Office pour soumettre ses fichiers. Mais dès lundi le FTP sera de nouveau opérationnel. Merci.



[APP-14750] [Mon Compte] Page non sécurisée Création: 23/janv./07 10:38  Mise à jour: 31/janv./08 19:09  Résolue: 31/janv./08 19:09

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur, Porte-Monnaie
Affecte la/les version(s): 11.3.1
Version(s) corrigée(s): 19.0.0

Type: Amélioration Priorité: Majeur
Rapporteur: Juan Luis Fajardo Attribution: Emeric Teil
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Prod
Projets PM archivés: Paiement - Centralisation PMV

 Description   
Message de proust12:

"J'allais vider mon porte-monnaie vers mon compte bancaire, mais j'étais très étonné de voir que la page web n'était pas en SSL à la page où je valide mes coordinées RIB. Est-ce que c'est normal?? N'importe de qui pourrait surveiller le site et noter mes coordinées bancaires si je valide une page sans SSL."
Merci

 Commentaires   
Commentaire de Patrick Condevaux [ 23/janv./07 12:53 ]
Remarque à éventuellement prendre en compte dans la refonte des pages Mon compte.

Mais les infos contenus dans un RIB ne sont pas de la meme criticité que celle entré lors d'un paiement.
Commentaire de Cedric Favero [ 29/mars/07 14:00 ]
Pas mal d'utilisateurs nous envoient des mails s'étonnant que les pages permettant un débit du porte-monnaie par virement ou celles permettant de modifier leurs coordonnées de paiement ne soient pas sécurisées.

Effectivement un RIB n'est pas critique dans le sens où seul un crédit sur leur compte est possible et non un débit mais on peut comprendre leur réaction quant à la sensibilité de ces informations.
Commentaire de Cedric Favero [ 03/avr./07 10:31 ]
"Pourriez-vous mettre toutes les pages concernant la saisie des informations du RIB, des coordonnées bancaires, et des demandes de virements en mode sécurisé "https",
cela serait rassurant, bien que le RIB soit une information non confidentielle. Cependant, pour les pirates, les infos données sont suffisantes pour détourner les données et les réutiliser à d'autres fins. NB : Il ne s'agit que des formulaires de saisie des demandes de virements, et des coordonnées bancaires."
Commentaire de Cedric Favero [ 17/sept./07 16:59 ]
Sais pas si un jour on fera qqch à ce sujet mais on a toujours des messages de personnes s'en inquiétant.
Pourrait on au moins mettre un cadenas pour faire joli? :-)
Commentaire de Emeric Teil [ 02/janv./08 10:29 ]
Dans le cadre de la Centralsiation du PMV, la gestion des demandes de renversements est modifiée. On en profite pour passer ces pages en SSL.

Commentaire de Emeric Teil [ 31/janv./08 19:09 ]
Les nouvelles pages de Gestion des reversements créées dans le cadre du PMV sont donc en SSL. Les pages actuelles ne seront plus utilisées lorsque la migration des utilisateurs vers le nouveau PMV sera totale.



[APP-29670] MAJ bannière photobox dans mon compte Création: 25/mai/10 17:29  Mise à jour: 02/juin/10 14:34  Résolue: 01/juin/10 15:11

Etat: Fermé
Projet: Application PriceMinister
Composants: Infoglue, Promo
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 70.0.2

Type: Tâche Priorité: Majeur
Rapporteur: Charlotte Fachan Attribution: Marion Anfreville
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 20 minutes
Estimation originale: Non spécifié

Pièces jointes: GIF File 728x90.gif     Microsoft Excel bannieres+photobox+Mai2010.xlsx    
Pays:
FRA - France
Projets PM: *** A PLANIFIER ***
Classif FONC: comarket

 Description   
Bonjour,
il faurdait prévoir de mettre à jour les bannières Photobox dans "mon compte" et "l'inventaire"
Cf tableur joint.
La créa en pièce jointe également.

date de début de camapgne: asap
Date de fin : il n'y en a pas de précise. Dès que nous recevrons un nouveau kit.


Merci
Charlotte

 Commentaires   
Commentaire de Marion Anfreville [ 27/mai/10 10:46 ]
Nouvelle bannière mise en place sur ref-fr sur les pages suivantes :
ACCOUNT%%ACCOUNT
LATEST_ADVERTS_INVENTORY


Il semble que la page dont le Location Alias est "INVENTORY_VIEW" n'est plus accessible via les liens proposés dans "Mon Compte".

Le Location Alias que j'ai mis renvoie vers la page accessible par le lien "Toutes mes annonces" qui se trouve dans la colonne de gauche dans la partie "Mes annonces" :
http://bo.ref-fr.pm.dev/inventory?action=recent


Peux-tu me confirmer que ça correspond au besoin et valider la mise en place de la nouvelle bannière sur ref-fr ?

http://bo.ref-fr.pm.dev/user
Commentaire de Charlotte Fachan [ 27/mai/10 18:11 ]
Merci Marion, c'est exacteemnt cela.

En revanche, comme lastructure des pages a changé est il possible d'ajouter également cette bannière sur les pages suivantes :
onglet vitrine : location alias = SHOWCASE_INVENTORY
onglet recherche par catégorie : location alias = ADVERT_INVENTORY

Merci de ton retour.
Charlotte
Commentaire de Marion Anfreville [ 28/mai/10 10:02 ]
C'est fait.

La bannière s'affiche pour les pages :
ACCOUNT%%ACCOUNT
LATEST_ADVERTS_INVENTORY
SHOWCASE_INVENTORY
ADVERT_INVENTORY

Peux-tu faire une dernière passe de recette sur ref-fr ? => http://bo.ref-fr.pm.dev/inventory?action=recent
Commentaire de Charlotte Fachan [ 28/mai/10 10:26 ]
Super !
Merci beaucoup. Charlotte
Commentaire de Marion Anfreville [ 28/mai/10 10:50 ]
Fait sur CMS-REF et soumis à publication sur ce CMS.

En attente de pouvoir recetter sur REC-FR (il faut mettre à jour le serveur).
Commentaire de Marion Anfreville [ 28/mai/10 11:40 ]
Ok sur REC-FR : http://www.rec-fr.pm.dev/inventory?action=showcase&rid=1&redirected=true



[APP-19587] Affecter les comptes pros à un commercial Création: 13/févr./08 18:06  Mise à jour: 07/déc./09 12:48  Résolue: 07/déc./09 12:48

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 19.0.0
Version(s) corrigée(s): 22.0.0

Type: Nouvelle fonctionnalité Priorité: Mineur
Rapporteur: Pierre Krings Attribution: Validator
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
Site: Prod
Projets PM: *** RESERVE ***
Projets PM archivés: Espace "Commercial"

 Description   
A destination d'Emeric.
Projet Light vu avec QdC, a priori bon pour un traitement rapide en mode réserve.

Afin de faciliter la vie de l'équipe Commerciale, et d'être moins dépendant de l'outil 4D, l'idée est de renseigner directement dans la base de données le nom du commercial dont dépend chaque compte pro. Charge à l'équipe BI d'incorporer cette info dans les data marts qui conviennent. Benjamin en fera ensuite son affaire.

Qques pistes de ce qu'on souhaite :
- A priori, utile pour les pros mais c'est peut-être + simple de le prévoir pour tous les types de comptes quitte à ce que ça reste vide
- Nouveau champ "Commercial" dans la fenêtre "Droits"
- A priori champ libre, charge à benjamin de faire les modifs en cas de doublons dus à des erreurs d'orthographe (Dorian / DOrian)
- Remplissage One-shot de l'existant à partir d'un export de 4D
- La suite sera gérée manuellement par les cdm

 Commentaires   
Commentaire de Arnaud Forgues [ 06/mars/08 15:31 ]
un doc de conception est disponible à cette adresse : V:\Projets\reserve_fonc_JIRAs\Affecter_commercial_aux_comptes_pros
Commentaire de Emeric Teil [ 13/mars/08 14:29 ]
Comme prévu, cette demande est pour Habibata.
Commentaire de Emeric Teil [ 14/mars/08 09:26 ]
Pour info, voici ce qui sera implémenté :
-> Ancrage : fenêtre des "droits" sur la page User en BO
-> Fonctionnalité : une dropdown créée à partir de la liste des Commerciaux insérée dans le BackOffice (il sera donc possible d'ajouter, de supprimer ou de modifier des utilisateurs de type "commerciaux")

Voilà :o)

Commentaire de Emeric Teil [ 14/mars/08 09:27 ]
Dernière précision : cette information ne sera disponible que pour les vendeurs Pros
Commentaire de Pierre Krings [ 14/mars/08 10:14 ]
QQUES QUESTIONS/REMARQUES :

-> Fonctionnalité : une dropdown créée à partir de la liste des Commerciaux insérée dans le BackOffice (il sera donc possible d'ajouter, de supprimer ou de modifier des utilisateurs de type "commerciaux") : CA VEUT DIRE QU'IL FAUDRA CREER UN BACK OFFICE DE GESTION DES UTILISATEUR COMMERCIAUX ? J'AI L'IMPRESSION QUE C'EST PAS MAL DE BOULOT ET QUE CA RISQUE DE MANQUER DE SOUPLESSE DANS CERTAINS CAS, TOUT CA POUR EVITER QQUES DOUBLONS QUI NE SONT PAS UN GROS PB.

Dernière précision : cette information ne sera disponible que pour les vendeurs Pros
EST-ON SUR QU'IL N'Y AURA PAS DANS LE FUTUR D'AUTRES UTILISATIONS (SUIVI DE CLIENTS "VIP", FRAUDEURS OU TEMOINS, ETC),
QUID DES COMPTES QUI PASSENT DE PART A PRO PUIS PART A NOUVEAU ?
JE ME DEMANDE SI CE N'EST PAS PLUS SIMPLE DE LAISSER OUVERT ET DE SURVEILLER DE TEMPS EN TEMPS VIA BUSINESS OBJECT.

Commentaire de Habibata Coulibaly [ 21/mars/08 11:35 ]
Le projet est livré sur la branche TX_20082702
Commentaire de Emeric Teil [ 15/mai/08 19:35 ]
OK en Integ



[IMP-2444] Vérification paramétrage comptes auto Création: 16/juil./08 15:08  Mise à jour: 30/oct./09 15:50  Résolue: 16/juil./08 15:47

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Bloquant
Rapporteur: Jérome Marianne Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: topv...
Modèle: mixad
Séparateur: N/A
Type de traitement:
Mise à jour/création annonces (écrasement)
Groupe: mixad

 Description   
Après vérification je viens de constater que tous les comptes auto pour lesquels j'ai fait une demande de paramétrage après le 13 juin 2008 n'ont pas d'annonces en stock.

Cela concerne les demandes jira suivantes :
IMP-2335
IMP-2341
IMP-2370
IMP-2399
IMP-2419

Soit la liste de comptes suivante :

topv2691
topv2719
topv2696
topv2730
topv2722
autostar06
milka59
autodepot69
topv2734
topv2735
topv2729
topv2728
topv2708
topv2707
topv2703
topv2698
topv2695
topv2688
topv2689
topv2690
topv2694
topv2700
topv2701
topv2702
topv2738
topv2739
topv2715
topv2717
topv2720
topv2724
topv2733
topv2187
topv2750
topv2756
topv2757
topv2760
topv2761
topv2758
topv2763
topv2752
topv2751
topv2749
topv2747
topv0089
topv2637
topv2636
topv2641
topv2639
topv2638
topv2679
topv2677
topv2656
topv2643
topv2642
topv2766
topv2767
topv2768
topv2769
topv2748
topv2774
topv2585
topv2773
topv2775
topv2777
topv2779
topv2742
topv2771
topv2782

Merci de régler cela rapidement c'est urgent.

 Commentaires   
Commentaire de Frédéric Nahum [ 16/juil./08 15:47 ]
Effectivement nous avons réalisé des modifications sur près de 70 comptes (les derniers) ou les imports ne fonctionnaient pas, toutes les dernieres créations de profil n'étaient pas prises en compte, ceci devrait rentrer dans l'ordre demain matin, nous surveillons cela de très près.

N'hésite pas à nous tenir au courant si il y a d'autres problèmes



[APP-20344] impossible de vérifier les ventes d'un vendeur via B.O. Création: 21/avr./08 15:59  Mise à jour: 14/mai/10 15:40  Résolue: 10/mai/10 11:33

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 20.0.0
Version(s) corrigée(s): 69.0.0 (TX-N)

Type: Bogue Priorité: Critique
Rapporteur: Jany Marimoutou Attribution: Samy Badjoudj
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à APP-21275 [CoSAV] : Lenteur d'affichage en back... Bloqué
Pays:
FRA - France
Site: Prod
Projets PM: *** CHASSE ***
Navigateur: FireFox 2.0

 Description   
En B.O. si l'on clique sur le lien des "ventes confirmées" d'un compte pro possédant de nombreuses ventes. On obtient ce message d'erreur :

Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=orichalque/1427628, BranchQual=, localId=1427628]

Exemple prit avec le compte AMYS.

Ce lien est très important pour nous permettre de vérifier l'impact d'une newsletter sur les ventes d'un PRO

 Commentaires   
Commentaire de Espérance Galouo-Lece [ 21/avr./08 16:35 ]
Logs :

2008-04-21 16:26:07,177 INFO [P-Processor8] BO:Anonyme - >>> GET http://www.pm.lan/purchase_back?action=itemsearch&fuzzy=false&itmstatusselection=-40&numberrows=200&sellerid=1699265
2008-04-21 16:32:24,534 WARN [P-Processor8] BO:Anonyme - Long query [377354 ms]: ItemSearchQuery
-- ItemSearchQuery
VAR x1 NUMBER § EXEC :x1 := 1699265;
SELECT /*+ USE_NL(item, purchase,seller_account, buyer_account) */ item.item_id, item.adv_allow_pickup, item.adv_allow_shipping, item.adv_currency_id, item.adv_is_original, item
.adv_pickup_country_id, item.adv_pickup_phone_number, item.adv_pickup_zip, item.adv_quality_code, item.adv_sale_price, item.adv_seller_comment, item.adv_seller_private_comment, item.
adv_seller_reference1, item.adv_serial_number, item.adv_type_code, item.advert_id, item.archived_prd_summary, item.buyer_account_id, item.buyer_bonus, item.buyer_comment, item.buyer_
login, item.buyer_negotiation_comment, item.buyer_remind_code, item.buyer_remind_date, item.change_date, item.claim_closing_date, item.claim_comment, item.claim_compensation_id, item
.clm_status_code, item.closing_date, item.commission_id, item.commit_date, item.compensation_id, item.compensation_processing_date, item.complement_product_id, item.creation_date, it
em.currency_id, item.feedback_date, item.history, item.is_abandonned, item.is_cbv_applicable, item.is_seller_vat_exempted, item.item_commission_tax_rate, item.item_cost_price, item.i
tem_fixed_commission_net, item.item_fixed_commission_tax, item.item_varia_commission_net, item.item_varia_commission_tax, item.itm_cancel_code, item.itm_claim_type_code, item.itm_sta
tus_code, item.itm_type_code, item.last_claim_date, item.origin_block, item.origin_screen, item.prd_line_key, item.prd_medium_code, item.prd_model_key, item.prd_type_code, item.produ
ct_id, item.purchase_id, item.return_shipping_price, item.row_version, item.seller_account_id, item.seller_bonus, item.seller_country_id, item.seller_justification, item.seller_login
, item.seller_nego_price, item.seller_remind_code, item.seller_remind_date, item.seller_score, item.ship_commission_net, item.ship_commission_tax, item.ship_commission_tax_rate, item
.ship_cost_price, item.shipment_number_1, item.shipment_number_2, item.shipping_size_id, item.shipping_type_id, item.vat_country_id, item.vat_disclaimer, seller_account.usr_type_code
FROM item, user_account seller_account
WHERE (seller_account.user_account_id = item.seller_account_id)
AND (item.seller_account_id = :x1)
AND (item.itm_status_code IN (30,40,70))
ORDER BY item.creation_date desc
;
2008-04-21 16:32:24,545 WARN [P-Processor8] BO:Anonyme - Trying to commit a transaction marked to rollback : it shouldn't be the case.
2008-04-21 16:32:24,546 ERROR [P-Processor8] BO:Anonyme - Load error
Servlet : com.babelstore.purchase.back.PurchaseBackServlet
Request : GET http://www.pm.lan/purchase_back?action=itemsearch&fuzzy=false&itmstatusselection=-40&numberrows=200&sellerid=1699265
Referrer : http://www.pm.lan/user_back?action=userview&showeventothers=true&useraccountid=1699265
User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14
Trace : javax.transaction.RollbackException: Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=lanson/34625, BranchQual=, localId=34625]
        at org.jboss.tm.TransactionImpl.beforePrepare(TransactionImpl.java:1069)
        at org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:296)
        at org.jboss.tm.TxManager.commit(TxManager.java:200)
        at org.jboss.tm.usertx.client.ServerVMClientUserTransaction.commit(ServerVMClientUserTransaction.java:126)
        at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:272)
        at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:206)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:168)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:619)

2008-04-21 16:32:24,546 WARN [P-Processor8] BO:Anonyme - FRM : com.babelstore.common.back.MenuBlock_jsp overload the model com.babelstore.common.back.HeaderModel
2008-04-21 16:32:24,556 INFO [P-Processor8] BO:Anonyme - <<< [377379 ms] GET http://www.pm.lan/purchase_back?action=itemsearch&fuzzy=false&itmstatusselection=-40&numberrows=20
0&sellerid=1699265
Commentaire de Manuel Sadok [ 24/avr./08 10:49 ]
L'erreur provient du fait que la requêtes est trop longue pour la transaction.

Il est dommage que le select actuel retourne l'ensemble des items alors que dans la grande majorité des cas, on ne demande d'afficher que les 200 premières lignes (drop-down ds le formulaire de recherche).
En l'occurence, pour cet utilisateur on demande à Oracle de retourner près de 60 000 lignes pour seulement afficher les 200 premières.

Une idée serait de rajouter une where clause de type ROW_NUM afin de ne ramener que le nombre de lignes réellement affichées.
Commentaire de Manuel Sadok [ 24/avr./08 10:49 ]
Plan d'exécution actuel :

59692 ligne(s) sélectionnée(s).
Ecoulé : 00 :08 :25.37

Plan d'exécution
----------------------------------------------------------
   0 SELECT STATEMENT Optimizer=CHOOSE (Cost=1051 Card=6486 Bytes=2970588)
   1 0 SORT (ORDER BY) (Cost=1051 Card=6486 Bytes=2970588)
   2 1 NESTED LOOPS (Cost=569 Card=6486 Bytes=2970588)
   3 2 TABLE ACCESS (BY INDEX ROWID) OF 'USER_ACCOUNT' (TABLE) (Cost=1 Card=1 Bytes=9)
   4 3 INDEX (UNIQUE SCAN) OF 'PK_USER_ACCOUNT' (INDEX (UNIQUE)) (Cost=1 Card=1)
   5 2 TABLE ACCESS (BY INDEX ROWID) OF 'ITEM' (TABLE) (Cost=568 Card=6486 Bytes=2912214)
   6 5 INDEX (RANGE SCAN) OF 'ITEM_IX_SELLER_FEEDBACK' (INDEX) (Cost=4 Card=6486)

Statistiques
----------------------------------------------------------
         22 recursive calls
          0 db block gets
     166535 consistent gets
      74102 physical reads
      10460 redo size
   47627141 bytes sent via SQL*Net to client
    9074087 bytes received via SQL*Net from client
     119386 SQL*Net roundtrips to/from client
          1 sorts (memory)
          0 sorts (disk)
      59692 rows processed
Commentaire de Manuel Sadok [ 24/avr./08 10:52 ]
Statistiques avec le ROWNUM :


200 ligne(s) sélectionnée(s).
Ecoulé : 00 :00 :00.23

Plan d'exécution
----------------------------------------------------------
   0 SELECT STATEMENT Optimizer=CHOOSE (Cost=1051 Card=200 Bytes=91600)
   1 0 SORT (ORDER BY) (Cost=1051 Card=200 Bytes=91600)
   2 1 COUNT (STOPKEY)
   3 2 NESTED LOOPS (Cost=569 Card=6486 Bytes=2970588)
   4 3 TABLE ACCESS (BY INDEX ROWID) OF 'USER_ACCOUNT' (TABLE) (Cost=1 Card=1 Bytes=9)
   5 4 INDEX (UNIQUE SCAN) OF 'PK_USER_ACCOUNT' (INDEX (UNIQUE)) (Cost=1 Card=1)
   6 3 TABLE ACCESS (BY INDEX ROWID) OF 'ITEM' (TABLE) (Cost=568 Card=6486 Bytes=2912214)
   7 6 INDEX (RANGE SCAN) OF 'ITEM_IX_SELLER_FEEDBACK' (INDEX) (Cost=4 Card=6486)

Statistiques
----------------------------------------------------------
          0 recursive calls
          0 db block gets
        614 consistent gets
          0 physical reads
          0 redo size
     151870 bytes sent via SQL*Net to client
      31325 bytes received via SQL*Net from client
        402 SQL*Net roundtrips to/from client
          1 sorts (memory)
          0 sorts (disk)
        200 rows processed
Commentaire de Manuel Sadok [ 24/avr./08 10:55 ]
De plus, le hint actuel est faut pour cette forme de la requête, car il référence 'purchase' et 'buyer_account' qui ne sont pas présents dans la jointure.

/*+ USE_NL(item, purchase,seller_account, buyer_account) */
Commentaire de Arnaud Forgues [ 24/avr./08 11:23 ]
certes ! mais avec le ROWNUM, tu peux pas garder le ORDER BY creation_date non ? le filtre est fait avant le tri ! C'est pour ca qu'on ne fait jamais de rownum quand on a besoin d'un tri, mais on utilise la notion de ROWSET
Commentaire de Samy Badjoudj [ 10/mai/10 11:31 ]
Salut,

donc à priori sur la requête passe nickel en prod :

2010-05-10 11:18:56,808 WARN [-Processor85] BO:bo:SAMYBADJ - Long request [2226 ms]: GET http://bo.priceminister.com/purchase_back?action=itemsearch&fuzzy=false&itmstatusselection=-40&numberrows=200&sellerid=1699265

Voici le nouveau plan d'exécution et la requête, par le serveur :

VAR x1 NUMBER § EXEC :x1 := 1699265;
SELECT /*+ USE_NL(item, purchase,seller_account, buyer_account) */
       item.*, seller_account.usr_type_code
FROM item, user_account seller_account
WHERE (seller_account.user_account_id = item.seller_account_id)
AND (item.seller_account_id = :x1)
AND (item.itm_status_code IN (30,40,70))
ORDER BY item.creation_date desc
;

Plans:


Nouveau Plan d'exécution
----------------------------------------------------------
   0 SELECT STATEMENT Optimizer=CHOOSE (Cost=1512 Card=6985 Bytes=3387725)
   1 0 SORT (ORDER BY) (Cost=1512 Card=6985 Bytes=3387725)
   2 1 TABLE ACCESS (BY INDEX ROWID) OF 'ITEM' (TABLE) (Cost=788 Card=6985 Bytes=3324860)
   3 2 NESTED LOOPS (Cost=789 Card=6985 Bytes=3387725)
   4 3 INDEX (RANGE SCAN) OF 'USER_IX_ID_TYPE' (INDEX) (Cost=1 Card=1 Bytes=9)
   5 3 INLIST ITERATOR
   6 5 INDEX (RANGE SCAN) OF 'ITEM_FKIX_SELLER_STATS' (INDEX) (Cost=3 Card=6985)


Voici l'ancien :

Plan d'exécution
----------------------------------------------------------
   0 SELECT STATEMENT Optimizer=CHOOSE (Cost=1051 Card=6486 Bytes=2970588)
   1 0 SORT (ORDER BY) (Cost=1051 Card=6486 Bytes=2970588)
   2 1 NESTED LOOPS (Cost=569 Card=6486 Bytes=2970588)
   3 2 TABLE ACCESS (BY INDEX ROWID) OF 'USER_ACCOUNT' (TABLE) (Cost=1 Card=1 Bytes=9)
   4 3 INDEX (UNIQUE SCAN) OF 'PK_USER_ACCOUNT' (INDEX (UNIQUE)) (Cost=1 Card=1)
   5 2 TABLE ACCESS (BY INDEX ROWID) OF 'ITEM' (TABLE) (Cost=568 Card=6486 Bytes=2912214)
   6 5 INDEX (RANGE SCAN) OF 'ITEM_IX_SELLER_FEEDBACK' (INDEX) (Cost=4 Card=6486)


donc il y a bien un changement bénéfique, changement de la requête ?, conf sur oracle ? En tout cas le serveur de prod ne chouine plus.

SBA



[APP-14617] Redirect ne prend pas en compte le t= Création: 10/janv./07 15:47  Mise à jour: 25/juin/07 18:48  Résolue: 27/févr./07 15:56

Etat: Fermé
Projet: Application PriceMinister
Composants: Tracking
Affecte la/les version(s): 11.3.0 (Soldes + Midi Libre)
Version(s) corrigée(s): 13.0.0

Type: Bogue Priorité: Critique
Rapporteur: Charles Decaux Attribution: Antoine Koener
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à APP-11800 [METATACHE] Catégories supprimées arb... Fermé
similaire à APP-12365 Mettre en place un monitoring des tra... Fermé
Pays:
FRA - France
Site: Prod
Projets PM archivés: Maintenance 13.x.x

 Description   
Une de mes campagnes de liens sponsorisés est paramétré pour renvoyer vers
http://www.priceminister.com/navigation/default/category/memo_music?t=230002&dinsight=342&kwsl=2205360

Or cette URL n'existe plus et le redirect ne prend pas en compte la variable t=.... qui nous permet de mesurer l'efficacité des campagnes

Il faut absolument que le t=... soit transmis aux pages de redirect

Sinon on dépense des $$$ pour rien ....

 Commentaires   
Commentaire de Younès Charrière [ 10/janv./07 17:42 ]
Charles, peux tu faire en sorte d'utiliser la bonne url ?
La voici :
http://www.priceminister.com/navigation/list/category/memo_music?t=230002&dinsight=342&kwsl=2205360
Sinon, il faut voir avec l'exploit pour qu'ils te redirigent l'url avec les paramètres pris en compte.
Commentaire de Younès Charrière [ 11/janv./07 10:53 ]
Il faut faire en sorte au moment de la redirection de prendre en compte tous les paramètres de l'url et ne pas les ignorer.
Ici par exemple on doit récupérer tout ça :
?t=230002&dinsight=342&kwsl=2205360
Commentaire de Antoine Koener [ 16/janv./07 10:24 ]
Ange peux-tu te calquer sur l'existant afin d'ajouter la règle manquante ?

Commentaire de Ange Ferrari [ 16/janv./07 10:40 ]
La règle suivante a été ajoutée

RewriteCond %{QUERY_STRING} "(.*t=.*)" [OR]
RewriteCond %{QUERY_STRING} "(.*tracking=.*)"
RewriteRule ^/navigation/default/category/memo_music /navigation/list/category/memo_music?%1 [R,L,NE]


Peux tu vérifier que cela correspond à tes attentes et clôturer le JIRA

Ange.
Commentaire de Charles Decaux [ 16/janv./07 10:51 ]
Hello,

est-ce que ton script permet aussi de récupérer les variables
"dinsight"
"kwsl"

?

Est-ce que ton script est valable pour toutes les pages surlesquelles il y a un redirect ou bien juste navigation/default/category/memo_music /navigation/list/category/memo_music

?

merci
Commentaire de Antoine Koener [ 16/janv./07 11:00 ]

Peux-tu faire un test Charles s'il te plait ?
tu va observer que tous les paramètres sont bien repris dans l'url de la redirection.

Je pense que c'est que Ange signifiait en disant:

"Peux tu vérifier que cela correspond à tes attentes"

Merci
Commentaire de Charles Decaux [ 16/janv./07 11:07 ]
Ca a l'air de bien fonctionner, cool !

Juste un commentaire, dans la source, sur le marqueur Xiti, je vois le code suivant :

<img width="1" height="1" src="http://logc11.xiti.com/hit.xiti?s=105395&s2=44&p=overture-music(230002)::Entree&di=&" />

Je ne suis pas sûr que ce soit normal d'avoir "&di=&" à la fin

SInon, est-ce que c'est valable sur toutes les pages qui subissent un redirect ?

Je n'ai pas d'autres URL de test. Merci
Commentaire de Ange Ferrari [ 19/janv./07 11:43 ]
Pour le logo xiti c'est plutot avec les développeurs qu'il faut voir ça.

Pour les autres redirections il nous fait une liste exhaustive des pages pour lesquelles le comportement doit être similaire.
Commentaire de Charles Decaux [ 19/janv./07 11:49 ]
Il ne s'agit pas du logo Xiti mais d'une image transparente qui permet d'envoyer les informations à Xiti.
En effet nous avons opté pour une version payante qui nous permet de ne pas afficher le logo Xiti.

Peux-tu te mettre en relation avec Jérôme Vivies pour voir la liste exahustive des pages qui ont été modifiées ?
Sinon vois avec Swan pour savoir qui est le bon interlocuteur.

Merci

Charles
Commentaire de Ange Ferrari [ 19/janv./07 14:32 ]
Peux tu jeter un oeil
Commentaire de Swan Desportes [ 19/janv./07 14:51 ]
Bonjour

Je ne maitrise pas quelles sont les urls de redirection programmées suite à des suppression ou renommage de category. Il faut éventuellement voir avec le param mais c'est probablement vous, à l'exploit, qui êtes les mieux placés pour les lister (il suffit de les identifier dans les règles de redirection Apache).

Autre remarque, il faut éviter le plus possible de faire de ces urls des points d'entrée ! Côté market, il faudrait prendre cette liste et mettre à jour toutes les campagnes ou liens d'affiliation liés...

a+

Swan
Commentaire de Antoine Koener [ 19/janv./07 15:21 ]

Voici la liste de ce qui est en production et qui gère les trackings:

RewriteRule ^/accueil /home?%1&page=10 [R,L,NE]
RewriteRule ^/livres-bd /navigation/default/category/root_books?%1 [R,L,NE]
RewriteRule ^/musique-cd /navigation/default/category/root_music?%1 [R,L,NE]
RewriteRule ^/video-dvd-vhs /navigation/default/category/root_video?%1 [R,L,NE]
RewriteRule ^/jeux-video /navigation/default/category/root_games?%1 [R,L,NE]
RewriteRule ^/telephone-pda /navigation/default/category/root_electronics?%1 [R,L,NE]
RewriteRule ^/informatique-logiciels /navigation/default/category/tab_600?%1 [R,L,NE]
RewriteRule ^/image-son navigation/default/category/tab_700?%1 [R,L,NE]
RewriteRule ^/voyages navigation/default/category/travel?%1 [R,L,NE]
RewriteRule ^/electromenager navigation/default/category/root_white?%1 [R,L,NE]
RewriteRule ^/enfants-jeux-jouets navigation/default/category/root_baby?%1 [R,L,NE]
RewriteRule ^/mode-textile navigation/default/category/root_clothing?%1 [R,L,NE]
RewriteRule ^/bargain /navigation/default/category/bargain?%1 [R,L,NE]
RewriteRule ^/auto-moto /navigation/default/category/root_vehicle?%1 [R,L,NE]
RewriteRule ^/vins-saveurs /navigation/default/category/root_wine?%1 [R,L,NE]
RewriteRule ^/loisirs-sports /navigation/default/category/root_sport?%1 [R,L,NE]

Commentaire de Antoine Koener [ 19/janv./07 15:23 ]

Grace à ce super outil Jira qui n'ai même pas capable de faire de formater correctement ce qui mets, on ne voit rien.

Donc ce qu'il faut regarder c'est ce qui se trouve avant le [R,L,NE].

Commentaire de Antoine Koener [ 19/janv./07 15:24 ]
Jérome peux-tu essayer de savoir si la liste d'urls précédent est exhaustive.

Pour avoir plus d'info je pense que le plus simple est de contacter Charles.
Commentaire de Charles Decaux [ 12/févr./07 17:40 ]
http://www.priceminister.com/navigation/se/category/search_games_all/Japon?t=681062

Encore un exemple de redirect où le t= ne passe pas

Je ne comprends pas : Jérôme on s'est mis d'accord sur un process pour que tu nous alerte (Marie-Claude et moi) de toute modification d'URL.

Il faut que sache à l'avance toutes les URL modifiées pour répercuter ces modificaitons sur mes campagnes.

Merci de ton retour

Charles
Commentaire de Jérôme Viviès [ 13/févr./07 10:53 ]
Charles,

Comme nous en avons parlé : nous n'avons pas opéré d'interventions dernièrmeent sur les liens que tu indiques.
Deux possibilités : ces désactivations sont plus anciennes que notre réunion, ou une autre équipe a opéré des modifications sur la navigation.

Dans tous les cas : tu aurais besoin d'une alerte qui compare les URL que tu utilise avec ceux actifs sur le site. (Exploitation ?)
Commentaire de Jérôme Viviès [ 13/févr./07 11:00 ]
Antoine,
En fait je ne comprends pas bien la demande du 19/01.
On ne va pas faire un redirect pour chaque lien de nav qui disparaît (?)
On peut s'en parler 5 min ?
Commentaire de Charles Decaux [ 13/févr./07 16:26 ]
C'est extrêmement important que tout cela soit automatisé. Les variables de tracking ne doivent pas être perdues : elles doivent être transmises de l'ancienne URL vers la nouvelle URL.

L'équipe paramétrage ne peut pas envoyer un mail à chaque fois qu'une page est supprimée, modifiée.
De mon côté j'ai des centaines de partenariats, des milliers d'URLs trackées différentes : je ne peux pas m'assurer de faire les modifs d'URL

Par ailleurs, la nav par filtre téléphones sort demain et de très nombreuses URL vont disparaître. Je vais donc perdre mes trackings.

Peut-on mettre cela en place d'ici la fin de la semaine ? C'est urgent.

Merci de votre retour
Commentaire de Antoine Koener [ 13/févr./07 16:27 ]

Je te rassures moi non plus :-)

Mais plus sérieusement tant que Charles ne pourra pas nous communiquer la liste 'exhaustive' des urls de campagnes nous
continueront à ajouter les différentes règles les unes après les autres...

Il me semble que l'URL en search_games ne fait pas parti de la liste que j'ai inscrite plus haut,
ce qui signifie que ce n'est pas de ton ressort Jérôme mais plutôt de l'exploitation.

On en revient à la liste exhaustive...

Commentaire de Antoine Koener [ 13/févr./07 16:53 ]

Conclusion pour l'instant;
J'attends la liste des URLs de Emmanuel.

Ensuite on trouve un moment pour faire un réunion autour de ce point.
C'est effectivement très important.
Commentaire de Antoine Koener [ 27/févr./07 13:10 ]

Puis-je clore ce Jira ?
Commentaire de Christophe Garcia [ 27/févr./07 15:56 ]
Liste en PROD OK



[APP-27729] Mon compte - modification des tags Création: 18/déc./09 17:05  Mise à jour: 09/févr./10 14:16  Résolue: 22/janv./10 10:55

Etat: Fermé
Projet: Application PriceMinister
Composants: Infoglue
Affecte la/les version(s): 59.0.0 (CAT-M)
Version(s) corrigée(s): 60.0.2.1

Type: Tâche Priorité: Majeur
Rapporteur: Benjamin Guerville Attribution: Carole Boucheny
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 50 minutes
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel MonCompte_detag-autotpromo.xls     Microsoft Excel MonCompte_detag-autotpromo2.xls    
Pays:
FRA - France
Projets PM: *** RESERVE ***
Classif FONC: comarket, monetisation

 Description   
Bonjour,
au cours du 4ème trimestre 2009, certaines pages de l'espace Mon Compte ont été taggée avec des tags Lagardère. CF. APP-26473

Nous sommes actuellement en manque d'inventaire pour l'autopromo PM et les échanges car la régie vend 100% de l'inventaire.

Nous essayons de leur demander plus de place mais ils ne sont pas vraiment obligés de nous la laisser.

La solution la plus simple à court terme semble donc d'oter les tags Lagardère et d'insérer nos campagnes autopromo et échanges via IG.

A discuter en comarket.

Un 1er planning sera communiqué par la suite.

merci
BG

 Commentaires   
Commentaire de Benjamin Guerville [ 29/déc./09 14:26 ]
Voici le 1er fichier, il recense les pages de "Mon compte" qui ont un tag Lagardère.
Il faut supprimer les tags Lagardère dans un 1er temps.
Je vous communique dans la foulée les créa autopromo / échange à mettre à la place.
merci
Commentaire de Carole Boucheny [ 12/janv./10 17:23 ]
Bonjour,

Quand est-ce que ces créa peuvent être fournies ?
Commentaire de Carole Boucheny [ 12/janv./10 17:23 ]
Bonjour,

Quand est-ce que ces créa peuvent être fournies ?
Commentaire de Benjamin Guerville [ 13/janv./10 13:01 ]
le 13/01 PM, merci
Commentaire de Benjamin Guerville [ 13/janv./10 17:15 ]
voici le fichier,
 pour le moment, il n'y a que 2 pages concernées par les nouvelles pubs.
merci
Commentaire de Carole Boucheny [ 14/janv./10 10:48 ]
Ok. Est-ce un problème si je détag aussi pour les pages où il est marqué de ne rien faire ?
Je te demande cela car si il faut les laisser sur certaines pages, il faut que je créé un contenu identique avec uniquement les locations alias qui changent et la date de publication.

Merci
Commentaire de Benjamin Guerville [ 15/janv./10 10:37 ]
si tu vois des pub (lagardère) sur les pages :
Identification::Identification
Identification::IdentificationOK
MesAchats::ListeAchats::DetailAchat::SuiviArticle
Identification::Inscription
Inventaire::ChargerImage
Communaute::MessagesRecus::EnvoyerReponse
Inventaire::ChargerImageAnnonce

tu peux en effet les retirer

merci
Commentaire de Carole Boucheny [ 15/janv./10 10:49 ]
Et si ces pubs sont sur les locations alias suivant ?
QUESTION_SENT_LIST
ANSWER_POSTED
ANSWER_POST
UPLOAD_IMAGE

Merci
Commentaire de Carole Boucheny [ 18/janv./10 13:55 ]
Benjamin,

Peux-tu valider ?

Merci
Commentaire de Benjamin Guerville [ 18/janv./10 14:16 ]
ok pour moi
Commentaire de Olga Costa [ 18/janv./10 14:31 ]
ok pour moi
Commentaire de Carole Boucheny [ 18/janv./10 14:36 ]
Soumis à publication :
/promotions/Promotions/FR/Promos/PriceMinister Photo: autopromo Header
Commentaire de Carole Boucheny [ 22/janv./10 10:54 ]
(je rouvre le jira juste pour rajouter le temps de traitement)
Commentaire de Charlotte Fachan [ 09/févr./10 14:16 ]
Marion, cela concerne les pages mon compte sur lesquelles les tags lagardère ont été supprimés.
cf jira : http://pricejira.lan/browse/APP-27729

A ta dispo pour plus d'infos.
Charlotte



[APP-11229] [LIBE] pas possible d'acceder a mon compte Création: 20/juil./06 12:20  Mise à jour: 25/juin/07 18:42  Résolue: 20/juil./06 16:01

Etat: Fermé
Projet: Application PriceMinister
Composants: Cobrandings
Affecte la/les version(s): 9.0.2
Version(s) corrigée(s): 9.0.2

Type: Bogue Priorité: Bloquant
Rapporteur: Patrick Condevaux Attribution: Antoine Koener
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Site: Integ

 Description   
Impossible d'acceder a la page de login quand on clique sur mon compte
a partir de liberation.pm.lan
on obtient ce message d'erreur:

Redirection de page incorrecte

Firefox a détecté que le serveur redirige la demande pour cette adresse d'une manière qui n'aboutira pas.

    * La cause de ce problème peut être la désactivation ou le refus
          des cookies.


l'URL est:
http://liberation.pm.lan/user?action=cookies&check=true&dest=%2Fconnect%3Faction%3Dlogin%26c%3D80%26dest%3D%252Fuser

 Commentaires   
Commentaire de Younès Charrière [ 20/juil./06 15:38 ]
Le mémo quand on se trouve sur les pages auto se comporte de la même manière.
L'erreur signalée par Patrick ne se produit plus, par contre, on est redirigé vers une page ancienne charte (812d).
Commentaire de Antoine Koener [ 20/juil./06 16:01 ]
Fixé,
la conf n'était pas complète.
Commentaire de Lydia Dali [ 21/juil./06 17:51 ]
ok pour mon compte et le memo.



[IMP-4341] Réactiver le compte de adnshop Création: 06/oct./09 17:38  Mise à jour: 30/oct./09 15:52  Résolue: 07/oct./09 10:51

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Frédéric Nahum Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: adnshop
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces

 Description   
Bonjour,

Nous rencontrons actuellement un problème avec la mise à jour de notre catalogue pour le compte *adnshop*.
Depuis le 30/09 nous uploadons un nouveau fichier CSV via le système FTP (le transfert s'effectue convenablement), mais aucune mise à jour ne se fait sur le site.

La structure du fichier n'a pas changée, il y a simplement des produits en plus.

Merci de corriger ce problème au plus vite.

Cordialement,

--
Ludovic
ludovic@adn-tuning.com

ADN-Tuning
Audio - Video - Tuning - Racing
36 route de Vienne - 69007 LYON

 Commentaires   
Commentaire de Frédéric Nahum [ 07/oct./09 10:51 ]
c'est fait le compte a été réactivé et le fichier est bien passé à 90 %



[APP-25459] BO - elargir la colone n° dans l'écran BO Création: 29/mai/09 16:44  Mise à jour: 02/juin/09 09:39  Résolue: 02/juin/09 09:39

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 46.0.1.1
Version(s) corrigée(s): 46.0.1.1

Type: Amélioration Priorité: Majeur
Rapporteur: Tristan Wermelinger Attribution: Validator
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File recherche par titre.JPG    
Liens des demandes:
Duplicate
doublon de APP-25460 BO - elargir la colone n° dans l'écra... Fermé
Pays:
FRA - France
Site: Prod
Projets PM: *** A PLANIFIER ***

 Description   
Dans l'écran BO - cf pièces jointes - la colone " n° " est trop étroite surtout quand l'on doit saisir un numéro de fiche afin de faire une fiche existante.



[APP-23877] Evenement création de compte contact - apparait en création de compte par partenaire Création: 08/janv./09 11:19  Mise à jour: 22/mars/10 16:17  Résolue: 17/mars/10 14:16

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 36.1.0.4
Version(s) corrigée(s): 65.0.0 (TX-M)

Type: Bogue Priorité: Mineur
Rapporteur: Cedric Favero Attribution: Yann Danot
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
FRA - France
Site: Prod
Projets PM: *** CHASSE ***

 Description   
Ex. sur ce compte:

http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=18012291

Il s'agit d'un compte "contact". Ca veut dire qqun qui nous écrit sans avoir créé de compte à proprement parler.

Bizarrement la création nous donne comme evenement
07/01/09-01:40 Création de compte par partenaire

Mais çà ne correspond pas du tout à la réalité.

Il faudrait changer le libellé avec qqch comme "création par contact formulaire" ou un truc du genre..

A moins qu'on ne sache plus faire la disctintion avec les autres comptes réellement créés par partenaire eux..

 Commentaires   
Commentaire de Marc-Antoine Decreton [ 24/févr./10 16:38 ]
private static final CodeInfo CREATING_AS_CONTACT_CODEINFO
        = new CodeInfo(CREATING_AS_CONTACT
                      ,"CREATING_AS_CONTACT"
                      ,"Création de compte par partenaire"
                      ,"Création de compte par partenaire"
                      );

En clair : l'évènement qu'on crée lorsqu'on crée un compte contact est "Création de compte par partenaire".
Il faut changer ça ?
Commentaire de Emeric Teil [ 24/févr./10 16:44 ]
Si possible, sans rentrer dans des devs fous, je pense qu'il serait bien de mettre "Création Compte Contact" puis de différencier la source en ajoutant :

" - Partenaire" (à priori via batch contact)
" - Envoi message" (à priori, via inscription rapide)
" - [Fonctionnalité]" (en utilisant l'url name comme dans "Inscription::Purchase" / " Inscription::Question")

???
Commentaire de Marc-Antoine Decreton [ 24/févr./10 16:58 ]
c'est possible
Commentaire de Marc-Antoine Decreton [ 24/févr./10 17:10 ]
Il faut :
* faire un script pour mettre à jour la table de code
* passer un paramèter supplémentaire à la méthode pour indiquer d'où on vient : cette chaîne sera à concaténer à la description de l'évènement
* pour ne pas impacter l'existant, on pourra créer une méthode sans paramètre supplémentaire qui concatène une chaîne vide si on appelle l'ancienne méthode
Commentaire de Emeric Teil [ 24/févr./10 17:13 ]
OK,
comme vu ensemble, si c'est plus simple / moins impactant, on peut se contenter de juste différencier "création par import" / "création via le FO"
Commentaire de Yann Danot [ 17/mars/10 14:16 ]
Ajout d'une description dans l'évènement lors d'une création de compte contact



[IMP-7708] création compte pièces jaunes Création: 27/déc./10 10:44  Mise à jour: 28/déc./10 09:55  Résolue: 28/déc./10 09:55

Etat: Résolu
Projet: Paramétrage - Import
Composants: Projet import
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Laurent Payot Attribution: Laurent Payot
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Dépendance
bloque EXP-5202 Pour opération pièces jaunes du 2 jan... Ouvert
Pays:
FRA - France
Login: pièces jaunes
Séparateur: N/A
Type de traitement:
N/A

 Description   
De : Patrick Pereira [mailto:patrick.pereira@priceminister.com]
Envoyé : vendredi 24 décembre 2010 15:41
À : Patrick Pereira; Isabelle Weisbecker
Cc : Eric Vannier; Daniel Pintamalli; Damien Gilloz; Patrice Boulanger; Jerome Marianne; Laurent Payot
Objet : RE: jira EXP-5202 > Pour opération pièces jaunes du 2 janvier 2011 > Automatiser la validation des commandes 1 fois par jour > piecesjaunes

Comme le fait remarquer Damien, il fallait lire « Damien le met en place...».
Merci.
 
De : Patrick Pereira [mailto:patrick.pereira@priceminister.com]
Envoyé : vendredi 24 décembre 2010 15:37
À : Isabelle Weisbecker
Cc : Eric Vannier; Daniel Pintamalli; Damien Gilloz; Patrice Boulanger; Jerome Marianne; Laurent Payot
Objet : RE: jira EXP-5202 > Pour opération pièces jaunes du 2 janvier 2011 > Automatiser la validation des commandes 1 fois par jour > piecesjaunes
 
Bonjour.
 
Eric a commencé à réfléchir à ce sujet.
Il propose d'utiliser le mécanisme existant de validation automatique des commandes.
Cela suppose que :
1. L'équipe des imports crée un compte correspondant à l'opération (Jérôme Marianne ou Laurent Payot)
2. Eric développe un script pour simuler la soumission de fichier de validation (c'est en cours)
3. Damien le même en place la semaine prochaine (car Eric est en vacances).
 
 
Eric va passer toutes les billes aujourd'hui à Damien pour pouvoir mettre cela en place la semaine prochaine.
 
Patrick.
 
De : Isabelle Weisbecker [mailto:isabelle.weisbecker@priceminister.com]
Envoyé : jeudi 23 décembre 2010 18:20
À : Patrick Pereira
Objet : TR: jira EXP-5202 > Pour opération pièces jaunes du 2 janvier 2011 > Automatiser la validation des commandes 1 fois par jour > piecesjaunes
Importance : Haute
 
 
 
De : Isabelle Weisbecker [mailto:isabelle.weisbecker@priceminister.com]
Envoyé : jeudi 23 décembre 2010 18:19
À : Eric Vannier; 'patrice.boulanger@priceminister.com'
Cc : Charlotte Fachan; Gael Seguillon
Objet : jira EXP-5202 > Pour opération pièces jaunes du 2 janvier 2011 > Automatiser la validation des commandes 1 fois par jour > piecesjaunes
Importance : Haute
 
Eric, Patrick,
 
Pourriez-vous prendre en charge ce JIRA d'içi la semaine prochaine. L'opération pièces jaunes commence le 2/01, on espère avoir beaucoup de dons par jour, il faudrait donc automatiser la validation des commandes.
 
D'avance merci,
 
https://priceminister.onjira.com/browse/EXP-5202
 
 
Isabelle
 


 Commentaires   
Commentaire de Julien Sananikone [ 27/déc./10 11:54 ]
A ne faire que si les objectifs de la semaine sont atteints:
le compte piècesjaunes existe déjà,
il faudrait créer le compte FTP avec activation de flux validation de commandes
Commentaire de Laurent Payot [ 27/déc./10 17:51 ]
On ne peut pas compiler après 17h30, je fais ça demain dès mon arrivée.
Commentaire de Laurent Payot [ 28/déc./10 09:55 ]
C'est fait:

=====================================================================
Compte FTP vendeur créé...

Pseudo : piecesjaunes
mot de passe : RVx1J34
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui

=====================================================================



[BIN-171] bug sur BO Création: 24/juil./06 16:42  Mise à jour: 18/nov./10 18:07

Etat: Ré-ouvert
Projet: Business Intelligence
Composants: Marketing Acquisition
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Cosmétique
Rapporteur: Thomas Beylot Attribution: Julien Girardet
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
hello

j'ai fait une demande de report suivante :
product family label
advert count
new seller count
advert creation month
tracking id
tracking group name
tracking name

avec comme filtre select advert tracking group

et en fait ça n'a pas marché.


peut être que je me suis trompé...
?


thomas.

 Commentaires   
Commentaire de Agathe Remy [ 02/août/06 17:04 ]
J'imagine que tu as fait ce rapport sur l'univers MARKETING ADVERT, mais ça serait bien que tu précises l'univers dans tes prochains Jiras...
Sinon, petite question :
Qu'as-tu choisi comme tracking group name?

Merci:-)
Commentaire de Thomas Beylot [ 02/août/06 17:11 ]
oui tu as vu juste, je le préciserais désormais.

sinon je n'avais pas choisi de tracking group name, d'après ce dont je me souviens... sinon je te l'aurais écrit. Je crois que ça ne marchait pas à la base. Mais tout ça est relativement vieux dans mon esprit.

désolé de ne pouvoir plus t'aider.


thomas.
Commentaire de Agathe Remy [ 02/août/06 17:20 ]
Samir,
Dans l'univers MArketing Advert, peux-tu modifier la jointure externe en jointure normale entre ADV_TRACKING et ADV_TRACKING_GROUP?

Merci:-)
Commentaire de Samir Beghdadi [ 02/août/06 17:37 ]
C fait à toi maintenant Thomas
Commentaire de Thomas Beylot [ 07/août/06 11:19 ]
hello,

j'ai refait partir la requête sur BO mais cela ne marche tjrs pas... snif :(
Commentaire de Agathe Remy [ 06/nov./06 16:32 ]
Thomas,

Je viens de te mettre à disposiation un rapport Adverts by tracking group dans le répertoire Dossiers publics/Marketing/Advert de BusinessObjects.

Dis-moi s'il te convient.

Merci:-)

Agathe
Commentaire de Thomas Beylot [ 06/nov./06 17:11 ]
ok cool je regarde ça dès que je peux je suis un peu en zézère aujourd'hui ;-)
Commentaire de Thomas Beylot [ 15/nov./06 10:51 ]
hello

donc j'ai pu me balader un peu dessus, c'est presque parfait. En fait le "presque" vient d'une question que je souhaite soulever : est-il possible de sortir un rapport par mois me donnant l'ensemble des mev par tracking group ?

En effet, avec le rapport actuel (ce qui est déjà très bien) je peux me dire que comme j'ai fait une OP Super Vendeur qui doit à priori générer des mev, alors je vais aller checker sur le tracking group jeux concours. Par contre si je veux savoir d'où viennent les autres mev, alors il me faut aller dans chaque tracking group jusqu'à ce que je trouve les grosses sources de mev.

Je ne sais pas si je suis clair...

En gros une première "big picture" me présentant le total des mev et leur répartition (style 32% viennent du group tracking X, 21% de Y, 5% de Z... etc) serait plutôt assez pas mal. Est-ce possible, et ce sans prendre en compte tous les tracking dans le tracking group ?


tu me dis ?


merci !

thomas.
Commentaire de Agathe Remy [ 15/déc./06 18:45 ]
Le rapport Advert overview by month a été mis à dispo dans Dossiers Publics/Marketing/Advert.

Dis-moi s'il te convient?

Merci:-)

Agathe
Commentaire de Thomas Beylot [ 28/déc./06 14:49 ]
hello

merci pour le rapport.

alors j'ai regardé tout ça et il y a un premier truc qui me saute aux yeux, c'est le nombre d'advert total que le rapport me donne pour chaque mois.

Si on prend un exemple: j'ai demandé le rapport pour les mois d'octobre et de novembre 2006. Ainsi il me sort des chiffres étonnament volumineux de 1 629 176 mev pour novembre et 1 468 206 mev pour octobre.

Sachant que les chiffres de la SLTV me donne quelque chose comme 550 000 par mois sur ces deux mois, cela me semble un peu bizarre.

Après j'ai essayé d'aller voir ta requête mais on ne m'en a pas laissé l'occasion (en l'occurence "on" c'est BO) donc peut être n'as tu pas filtré la requête pour ne sortir que les annonces de particuliers ?

Autre point, il me semble étrange de voir qu'il n'y a pas plus de groupe de tracking touchés par les mev. En effet sur le mois d'octobre, le dernier groupe est la PL-Maison, qui regroupe 14 632 mev. Le fait que même la priceletter vendeur ne sorte pas dans les stats me semble encore une fois louche ?

On en parle dès que tu reviens ?

Thomas.



[APP-24422] [BO] Ajout liens et infos dans bloc "Compensation" Création: 25/févr./09 12:07  Mise à jour: 01/avr./09 14:50  Résolue: 25/mars/09 18:16

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 44.0.0 (TX-F)
Version(s) corrigée(s): 44.0.0 (TX-F)

Type: Amélioration Priorité: Majeur
Rapporteur: Habib-Sylvain Gourguet Attribution: Fabien Bourdoulous
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File compta (virement).jpg     JPEG File libre (ponctuel).jpg     JPEG File screenshot-1.jpg    
Liens des demandes:
Duplicate
a pour doublon APP-22042 [COSAV] recuperer les evenenements co... Fermé
Pays:
ALL - Tous
Projets PM archivés: Paiement - Finitions PMV

 Description   
1. Supprimer les termes "Platine" et "Porte-Monnaie" de la ligne "Mode". Choisir une autre couleur que rose fuschia (pas de noir).

2. Supprimer le lien "Voir historique" de la ligne "Reversement".

3. Ajouter deux liens "Voir historique" et "Événements" à côté du terme "Compensation" (à l'identique de ce qui existe pour "Porte-Monnaie") :

- le lien "Voir historique" ne devra ramener que les opérations du type "Crédit - paiement ventes".
- le lien "Événements" mènera vers une liste reprenant les "Événements Utilisateur - Compensation", visibles en bas de la page d'un compte en BO.

4. Modifier le wording pour "Modification config. paiement" dans "Événements Utilisateur - Compensation" cités ci-dessus :

a) côté "Événement", afficher "PMV : passage en Libre (régulier)/Libre (ponctuel)/etc."
b) côté "Description", afficher :

Ancienne configuration :
Méthode : Libre (Ponctuel) ou Libre (Régulier) ...
Mode : chèque ou virement
Compte : ...
Dernier reversement : ...

 Commentaires   
Commentaire de Cedric Favero [ 25/févr./09 12:46 ]
Merci Habib pour ce JIRA clair et détaillé. On etudie toutes les demandes avec Emeric.
Commentaire de Habib-Sylvain Gourguet [ 25/févr./09 16:11 ]
... et j'oubliais (important)...

5. Afficher le montant des ventes "payables" et "à venir", au choix :

- en ajoutant une ligne "Montant ventes" sous la dernière ligne du bloc "Compensation",
- ou en ajoutant aux deux liens "Voir historique" et "Événements" un troisième nommé "Montant ventes" ouvrant une popup avec lesdits montants.
Commentaire de Cedric Favero [ 11/mars/09 19:39 ]
Apres discussion avec Arnaud/Emilien, je re-précise:

Point 1 - Déjà fait puisqu'on a supprimé la ligne "Mode" en question

Point 2 - Effectivement on supprime le lien en vert actuel

Point 3 - On crée deux nouveaux liens orange comme pour porte-monnaie: "Voir historique" et "Événements"

                - le lien "Voir historique" ne devra ramener que les opérations du type "Crédit - paiement ventes".
                - le lien "Événements" mènera vers une liste reprenant les "Événements Utilisateur - Compensation", visibles en bas de la page d'un compte en BO. (soit en popup soit vers l'existant en bas de page user, 2e solution apparemment moins couteuse)

Point 4: On ne peut pas modifier le type d'evenement (tjrs le meme quelle que soit l'action)
               Voir si on peut modifier les descriptions parfois peu claires (wordings) .

Point 5: Avoir le montant des ventes (payable, à venir..) et une action transférer

=> Solution retenue:

- On ajoute une ligne "Montants ventes" sous la dernière ligne du bloc "Compensation"
- On met "Montants" et lorsqu'on passe la souris dessus on a sur 3 lignes les montants déjà payé / payable / à venir
- On met à coté sur meme ligne un lien en rouge "Transférer"
- Lorsqu'on clique sur transférer , on a popup d'alerte demandant si on veut vraiment transférer sur PMV avec bouton OK
  ( SI le V est en mode compta, on a juste un message disant qu'on ne peut pas transférer car V en mode compta , pas d'action possible)



Commentaire de Fabien Bourdoulous [ 19/mars/09 17:06 ]
Dans la même page User en BO, j'avais agrandi le dernier cadre "Evenement utilisateur" de 100px à 400px car ça m'avait semblé plus facile pour lire les compensation notamment. Je l'ai laissé à cette taille depuis mais peut être faut-il le remmettre à sa taille initiale ?

Voir le screen avec la taille à 400px.
Commentaire de Habib-Sylvain Gourguet [ 25/mars/09 11:05 ]
Pour les 400px, ok de notre côté.

Pour le point 4, Claire et moi nous étions mis d'accord sur les modifs à réaliser.

Pour l'évènement compensation "Modification config. paiement", la description correspondante devrait apparaitre comme suit :

Ancienne configuration :
Méthode : Libre (Ponctuel) ou Libre (Régulier) ...
Mode : chèque ou virement
Compte : ...
Dernier reversement : ...

Cette modif a apparemment déjà été réalisée pour les comptes en Compta. Il faudrait la reproduire pour les comptes "Libre".

Ne garder en historique que les 5 derniers évènements de cette nature.

Pour plus d'infos, ne pas hésiter à venir nous voir, ou nous contacter.
Commentaire de Emeric Teil [ 25/mars/09 11:21 ]
Attention, cette demande était "résolue", ces remarques n'auraient pas été prises en comptes si je n'étais pas passé par là plus ou moins par hasard...

La prochaine fois : merci de faire ces retours à Cedric qui est sensé maintenir un fichier de recette à jour.
Commentaire de Fabien Bourdoulous [ 25/mars/09 12:10 ]
Quelles sont les modifications exactes à apporter sur la description de la compensation "Modification config. paiement" ? Car il ne semble pas y avoir de différence avec l'existant. Par exemple :
"""
Ancienne configuration :
Méthode : Libre (Régulier)
Mode : virement
Montant à garder : 500,00 ¿
Compte : Bque de France BB n° 20041 - 01005 - 0500013M026 - 06
Dernier reversement : 20/03/2009
"""

Des exemples et/ou des screenshots me seraient utile.

Pour le nettoyage de l'historique, ça concerne uniquement les évènements de type "Modification config. paiement" ? Ou veut-on limiter la liste à 5 éléments quelque soit leur type ?
Enfin, veut-on les nettoyer définitivement ou seulement les masquer dans cette liste ?
Commentaire de Fabien Bourdoulous [ 25/mars/09 12:28 ]
Ok, vu avec Emilien.
Donc on ne touche pas à l'historique et les descriptions à modifier dans les compensations sont uniquement :
- supprimer (quand il apparait) le wording "Par défaut en cas de passage par défaut"
- mettre à jour les "Méthodes" pour qu'elle aparaissent comme cité dans APP-24778 :

Libre / Ponctuel par virement
Libre / Ponctuel par chèque
Libre / Régulier
Compta / Chèque
Compta / Virement
Commentaire de Emilien Guichard [ 25/mars/09 12:31 ]
comme vu avec CFA, pas de restriction au niveau de l'historique

tous les événements doivent suivre le modèle de "compensation" à savoir :

 - suppression de la ligne "par défaut en cas de passage régulier"

 - modif des wording méthode suivant ce qui a été défini pour le bloc compensation en face de reversement
Commentaire de Fabien Bourdoulous [ 25/mars/09 18:16 ]
Committing to: bzr://perrier/dev/project/nettoyage_pmv/
modified source/src/com/babelstore/user/back/UserView.jsp
modified source/src/com/babelstore/user/business/UserBusinessBean.java
Committed revision 25078.



[INF-136] Départ au BO Création: 18/août/08 18:20  Mise à jour: 16/sept./08 14:44  Résolue: 16/sept./08 14:44

Etat: Résolu
Projet: Infrastructure
Composants: Arrivée/Départ
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Jemima Barru Attribution: Stéphane Eccli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Word Geroges.doc    

 Description   
Georges nous quitte le 22/08/2008.

 Commentaires   
Commentaire de Jemima Barru [ 25/août/08 08:56 ]
rectification : Georges s'en va le 27/08/08.

Merci

Jémima
Commentaire de Stéphane Eccli [ 16/sept./08 14:44 ]
comptes supprimés



[APP-17996] Pangora : Invisible sur PREVIEW et BO (seulement sur WWW) Création: 27/sept./07 12:25  Mise à jour: 10/oct./07 09:50  Résolue: 09/oct./07 18:44

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 17.0.0
Version(s) corrigée(s): 17.0.0

Type: Bogue Priorité: Majeur
Rapporteur: Christophe Garcia Attribution: Damien Dorizy
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Liens des demandes:
Dépendance
est bloqué par EXP-3969 Créer des URL Pangora pour 'preview' ... Fermé
Pays:
FRA - France
Projets PM: *** RESERVE ***

 Description   
Il faut considérer bo et preview comme www.

 Commentaires   
Commentaire de Swan Desportes [ 27/sept./07 14:24 ]
Pb de nombre de résultats ?
Commentaire de Damien Dorizy [ 27/sept./07 16:42 ]
Le script Pangora utilise le 'brand' pour effectuer la requête, sinon le script Ajax ne fonctionnerait pas (problèmes de sécurité empêchant une requête sur un autre site). Mais les url http://preview.pm.lan/pangora3/ et http://bo.pm.lan/pangora3/ n'existent pas.
La seule solution serait de demander à l'exploit de créer ses url, si jamais l'affichage des blocs pangora sur preview et bo est nécessaire à l'integ.
Commentaire de Christophe Garcia [ 27/sept./07 16:49 ]
oui j'en ai besoin
Commentaire de Damien Dorizy [ 27/sept./07 17:21 ]
Tout marchera sur preview et bo lorsque les urls du jira EXP-3969 auront été créées.
Commentaire de Nicolas Chauveau [ 28/sept./07 09:49 ]
Je le sort du périmètre V17. DAD reste prêt à agir lorsque le Jira bloquant sera résolu.
Commentaire de Damien Dorizy [ 09/oct./07 18:44 ]
Résolu avec la création des urls Pangora par Jérémie.



[APP-6484] BO - Produit - Recherche des fiches "Toutes les validées" Création: 25/nov./05 14:31  Mise à jour: 25/juin/07 18:33  Résolue: 15/déc./05 10:16

Etat: Fermé
Projet: Application PriceMinister
Composants: Produits
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 8.0.9

Type: Bogue Priorité: Majeur
Rapporteur: Aurélien Vergalli Attribution: Geneviève Beaujard
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
a pour doublon APP-6559 Recherche produit en BO : Critère éta... Fermé
a pour doublon APP-6552 Moteur de Recherche Produits en BO - ... Fermé

 Description   
En effectuant une recherche dans le BO, section produit, "Toutes les validées", on n'obtient aucun résultat.

 Commentaires   
Commentaire de Christophe Garcia [ 30/nov./05 16:47 ]
Reproduit en INTEG.
Step 1 : Valider une fiche produit en choisissant "Valider par le BO"
Step 2 : Recherche du produit. En choisissant :
           - "Validé par BO" ===> Résultat OK (la fiche est présente)
           - "Validé par le système" ===> Résultat OK (la fiche est absente)
           - "Tout sauf purgé" ===> Résultat OK (la fiche est présente)
           - "Tout" ===> Résultat OK (la fiche est présente)
           - "Tous les validés" ===> Résultat PAS BON (la fiche est absente)
Commentaire de Christophe Garcia [ 06/déc./05 12:27 ]
Je viens de fermer en "DUPLICATE" 2 demandes JIRA : 6552 et 6559.
Les infos saisies au niveau de ces demandes peuvent peut-être servir à cerner le bug.
Commentaire de Nicolas Gréhalle [ 06/déc./05 12:29 ]
Il y a un cas d'erreur supplémentaire décrit dans le 6559. Merci d'y jeter un oeil pour correction
Commentaire de Laurent Merlet [ 08/déc./05 12:18 ]
Ok testé en intégration
Commentaire de Nicolas Gréhalle [ 13/déc./05 09:18 ]
Il faut regarder le bug attaché. La correction est incomplète :
Lorsque l'on sélectionne un type + tout les validés (au passage tous et non tout) => on a des résultats
lorsque l'on sélectionne un type + validé par le système => on a le message "Veuillez préciser vos critères..."
On devrait avoir des résultats dans le deuxième cas. Idem pour validé par le BO.

Commentaire de Nicolas Gréhalle [ 13/déc./05 09:18 ]
regarder bug APP-6559 lié
Commentaire de Geneviève Beaujard [ 13/déc./05 15:09 ]
OK, il y avait le bug expliqué dans 6559.
La date de fin n'etait pas considérée comme renseignée.
DE plus dans ce formulaire de recherche des que le champ etat contient un des etats actif (bo ou sys), ce champ est considéré comme non renseigné.
Commentaire de Niall Boylan [ 13/déc./05 19:07 ]
Je l'ai testé et ça n'a pas marché (Je ne suis pas sure si j'ai bien testé ou pas et Aurélien ne pas la)
Commentaire de Nicolas Gréhalle [ 14/déc./05 08:47 ]
La correction n'est pas bonne.
les critères type+tous validés renvoyaient des résultats, maintenant, il faut ajouter des critères.

Il faut :
type + tous validés => résultats
type + validé BO => résultats
type + validé système => résultats
Commentaire de Geneviève Beaujard [ 14/déc./05 09:30 ]
Nicolas, il a été decidé il y a un certain temps que l'etat active etait considéré comme non renseigné pour résoudre des problemes de charge.
Le champ prd_type_code ne rentre pas dans le controle des champs renseignés.
Donc quand on selectionne prd_type_type + status active(BO, FO) c'est comme si on avait rien renseigné.
Je veux bien changé cette regle, j'attends le feu vert.
Commentaire de Geneviève Beaujard [ 14/déc./05 10:26 ]
Pour le moment, ça ne peut pas être corrigé a cause de problemes de charge ( validé par quentin).
Par contre il faudra étudier le problème plus tard.
Commentaire de Nicolas Gréhalle [ 15/déc./05 09:04 ]
Lorsque nous avons besoin de retrouver tous les produits d'un type donné (ce qui nous arrive régulièrement dans le cadre du paramétrage des nouveaux types ou de l'amélioration des catégories), nous contournons cette limitation en ajoutant le critère "date Modification < date du jour suivant".

Cette requête pose moins de problèmes de performance ? si non, alors autant autoriser de lancer la requête sans ce critère.
Commentaire de Quentin de Chivré [ 15/déc./05 10:16 ]
Cette requete est a priori aussi couteuse, mais elle a le mérite d'explicitement forcer la recherche complete sur 1 type de produit. On limite qd meme les risques de qq'un lancant par erreur une recherche sur "tous les livres".

Une solution + générique est a l'etude et fait l'objet d'un autre Jira



[BIN-242] [Finance] : écart Titan / BO sur mouvements PMV Création: 11/déc./06 14:36  Mise à jour: 07/janv./08 18:09  Résolue: 02/janv./08 11:53

Etat: Fermé
Projet: Business Intelligence
Composants: Executive
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Mineur
Rapporteur: Philippe Favrot Attribution: Agathe Remy
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Bonjour,

écart entre les chiffres issus de Titan (operation report) et BO (Daily mvt PMV) pour la journée du 24 novembre concernant le type de mouvement "Credit_BO" :
   Titan : 11 715,21 euros
   BO : 12 722,42 euros

Philippe

 Commentaires   
Commentaire de Agathe Remy [ 14/déc./06 12:22 ]
En effet, dans le rapport de Titan ne sont pas prise en comptes les opérations non associés à une cause :
2006/11/24;CREDIT_BO;;1007,21
2006/11/24;CREDIT_BO;Cashstore;84,2
2006/11/24;CREDIT_BO;Remboursement;11225,36
2006/11/24;CREDIT_BO;autre crédit;364,35
2006/11/24;CREDIT_BO;Chèque retourné;41,3

Le différence correspond donc au montant des opérations sans cause.

Cordialement,
Agathe
Commentaire de Philippe Favrot [ 15/déc./06 14:49 ]
Agathe,
tu peux m'en dire plus sur ces 1 007,21 euros de crédit PM sans cause : détail par pseudo...
En fait ce serait la première fois que ce cas de figure se produit puisque jusqu'alors il n'y a jamais eu d'écart Titan / BO.
Merci
Philippe
Commentaire de Agathe Remy [ 15/déc./06 15:36 ]
Il s'agit d'une operation unique : 10552

En fait, jusqu'au 25 juin 2004 les opérations n'avaient pas de causes associées. A partir du 28/06/2004, toutes les opérations sont associées à une cause.

L'opération 10552 a été créée le 08/11/2002 pour le user account id 458071 et a été modifiée le 24/11/2006. En revanche, je n'ai aucun moyen de savoir en quoi a consisté la modification du 24 novembre dernier : il n'y a aucun évènement associé.

Cordialement,
Agathe
Commentaire de Philippe Favrot [ 19/déc./06 11:50 ]
Agathe,
en fait, aucun commentaire n'était renseigné au niveau de ce mouvement du 08/11/2002 donc on ne savait pas ce que c'était.
Steven a donc ajouté un commentaire en date du 24/11/2006 ; en revanche il n'y a eu aucune modification de la date de finalisation de ce mouvement. Donc l'ajout de ce commentaire aurait du n'avoir aucun impact sur le rapport détaillant les mouvements affectant les PMV : or on constate que :
- les mouvements du 08/11/02 (credit_BO) sont maintenant de 54,20 ¿ vs 1 061,41 ¿ avant la modif ;
- les mouvements du 24/11/06 (credit_BO) reprennent cette opération.
Il doit donc y avoir un problème sur les dates retenues pour élaborer ce rapport. Peux tu vérifier.
Merci
Philippe
Commentaire de Agathe Remy [ 21/déc./06 11:26 ]
Philippe,

Dans le rapport que tu as défini avec MEZ, vous vous basez sur la change date de l'opération, donc sa date de dernière mise à jour. Je pense qu'il aurait fallu se baser sur la date de création du mouvement. Mais cela fait partie des sujets que je voulais aborder avec toi lors de notre point sur le BI Espagne cet aprem.

Cordialement,
Agathe
Commentaire de Agathe Remy [ 03/août/07 17:16 ]
Philippe,

Peut-on fermer ce JIRA?

Merci:-)
Agathe
Commentaire de Agathe Remy [ 02/janv./08 11:53 ]
Philippe,

Peut-on fermer ce JIRA?

Merci:-)

Agathe
Commentaire de Philippe Favrot [ 07/janv./08 17:32 ]
Agathe,
tu peux effectivement fermer ce Jira.
Merci :-)
Philippe



[CAT-1410] Fiche produit soumis BO - code remplace fabricant Création: 13/févr./09 09:34  Mise à jour: 26/févr./09 14:21  Résolue: 26/févr./09 14:21

Etat: Résolu
Projet: Paramétrage - Non Import
Composants: Mise en vente
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Aurélien Vergalli Attribution: Carole Boucheny
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File fiche soumise fabricant code bis.JPG     JPEG File fiche soumise fabricant code.JPG    
Liens des demandes:
Similaire
similaire à APP-24318 [IMPORT] Création de valeurs d'attrib... Fermé
Pays:
FRA - France

 Description   
De plus en plus de fiches arrivent en soumission en BO avec un fabricant renseigné sous forme de code (qui plus est en diamant).

 Commentaires   
Commentaire de Marion Anfreville [ 13/févr./09 10:37 ]
Cas n° 1 - Type de produit "Froid" :
On a des valeurs telles que "190.000" qui existent en Diamant => pourquoi ces valeurs sont en Diamant ? Quel mécanisme a créé ces valeurs Diamant ?
Même les MeV comme vêtements qui sont ouvertes à la création de valeurs d'attribut ne créent pas de valeurs d'attribut Diamant mais Pierre.

Cas n° 2 - Type de produit "Téléphone Mobile" :
On a des valeurs qui correspondent au noeud dans l'arbre de MeV.
Ex : ID du noeud corrrespondant au fabricant Nokia, 194707 :
Racine > Soumission Produit / Annonce > Soumission produit : Formulaires > Téléphone et PDA > Mobiles > Formulaire produit > Fabricant > Nokia (clé: 194707, rang: 110)

http://bo.priceminister.com/category_back?action=categorysearch&javascript_callback=&category_id=194707&ctg_status_code=&category_label=&category_alias=&ctg_type_code=&ctp_type_code=&ctg_parameter_value=&category_soft_alias=&start_date=&date_search_type=0&end_date=&number_rows=100&x=0&y=0

De même, comment ces valeurs se sont retrouvées en Diamant ? Du coup, elles apparaissent dans la MeV (autopopulée Diamant).
Commentaire de Marion Anfreville [ 13/févr./09 11:30 ]
Pour le cas n°1 : J'ai de fortes suspicion sur l'import => possible bug car le paramétrage semble correct (création en valeur Pierre).

Valeurs fabricant Froid créent en Diamant depuis début janvier :
http://bo.priceminister.com/referential_back?action=attributevaluesearch&reload=false&prd_type_code=1143&attr_list=A00630&attribute_name_key=A00630&attribute_name=&attribute_value_key=&attribute_value=&attribute_value_rating=10&attribute_pattern=&start_creation_date=01%2F01%2F2009&end_creation_date=&start_change_date=&end_change_date=&order=&number_rows=200&x=54&y=8

La majorité des valeurs ont été créées par le partenaire HMdiscount via l'import 6864479.

2 valeurs créées le 11/02/2009 :

Clé Valeur Dates Type de valeur Poids Pattern
PM49108725 54.500 11/02/2009-11:52 Diamant
PM49108722 76.200 11/02/2009-11:52 Diamant

Commentaire de Marion Anfreville [ 13/févr./09 17:19 ]
Une partie du problème semble être d'ordre applicatif => j'ai ouvert un jira chez les Devs APP-24318.
Commentaire de Julien Sananikone [ 16/févr./09 11:33 ]
pour le cas N°2 ne serait-ce pas un pb de référence fabricant : à un moment le format a été constitué de la cellule "attribut" au lieu de "mapping via référence de catégorie"
Commentaire de Carole Boucheny [ 26/févr./09 11:50 ]
Que fait-on de ce Jira ??
Commentaire de Marion Anfreville [ 26/févr./09 12:01 ]
Visiblement, la MeV Mobile fonctionne.

Le problème a due se produire à un moment donnée => lorsqu'on a fait des manip sur les MeP High Tech ES ?


Tu peux résoudre la demande.


Aurélien, n'hésite pas à nous alerter (c'est même fortement conseillé) si tu constates de nouveau des problèmes de ce type.



[APP-6280] desfiches produits créées n'apparaissent ni en recherche Bo ni dans les inventaires Création: 16/nov./05 13:55  Mise à jour: 25/juin/07 18:33  Résolue: 29/nov./05 11:03

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 8.0.8

Type: Bogue Priorité: Majeur
Rapporteur: Gaël Seguillon Attribution: Geneviève Beaujard
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
plusieurs partenaires me remontent avoir créer des fiches qui ne sont ni recherchable dans leur inventaire ni dans la recherche sur le site
ex : http://bo.priceminister.com/offer/buy/16347892

 Commentaires   
Commentaire de Gaël Seguillon [ 17/nov./05 09:56 ]
CE PROBLEME SEMBLE VRAIMENT ENORME DES ANNONCES ET DES FICHES CREES N'apparaissant ni en inventaire ni en recherche FO /BO !!!!

World Games (SARL)
Ascencio Stéphane
04-92-00-02-02

Bonjour,

Nous avons créer deux nouveau produits par code barre hier et avons reçu la confirmation de création de vos services, ce matin.

Le problème c'est qu'ils n'apparaissent pas encore en utilisant votre moteur de recherche ce soir.

* (GTA) Grand Theft Auto : Liberty City Stories Sony PSP (Import US)
* Viewtiful Joe : Scratch! Nintendo DS (Import JAP)

Merci de bien vouloir faire le nécessaire au plus vite afin que nous puissions vendre ces jeux.

Cordialement,

World Games
Ascencio Stéphane
Commentaire de Anne Korchia [ 17/nov./05 10:53 ]
Bonjour,tout un tas d'annonce dont celle-ci ont été crée il y a plusieurs heures et elles n'apparaissent toujours pas.
Cordialement
gregory.albano@wanadoo.fr
DVDMENT
Commentaire de Geneviève Beaujard [ 17/nov./05 12:50 ]
2 problemes:
1) recherche produit
la synchro oracle de l'index n'avait pas été relancé depuis hier matin, la synchro vient d'être relancée.

2) visualisation des annonces dans l'inventaire
c'est un batch qui a du retard qui le fait.
dans la prochaine version on aura plus besoin de ce batch pour synchroniser le prd_status_code de l'annonce sur le prd_type_code du produit voir bug http://pricejira.lan/browse/APP-6129

Commentaire de Fabien Farache [ 18/nov./05 17:39 ]
J'ai mis en vente un produit à partir d'un produit existant.
Mon produit n'apparait pas en FO pourtant il est présent dans mon inventaire. De plus il n'appait pas en BO

J'ai vu avec GEB et elle m'a dit que c'était reglé, qu'il fallait attendre 10-15 min pour que le produit apparaisse (normalement c'est instantanné). Là, ça fait 40min et il n'y a toujours rien.
Commentaire de Geneviève Beaujard [ 21/nov./05 15:12 ]
De quel produit s'agit'il ?
De quel compte s'agit'il?
Commentaire de Fabien Farache [ 21/nov./05 15:37 ]
produit : 6559953
compte : FAF-pm
Commentaire de Fabien Farache [ 22/nov./05 14:19 ]
je me suis mal exprimé... c'est mon annonce que je ne vois pas. (ni en BO ni en FO sur le produit, alors qu'elle est bien dans mon inventaire)

Commentaire de Geneviève Beaujard [ 22/nov./05 15:28 ]
C'est normal que tu ne vois pas ces annonces car ton compte PARF-pm est en transit.
C'est le batch user.batch.AdvertVisibilityBatch qui va rendre ces annonces visibles.
Pour information tu peux connaitre la visibilite de tes annonces dans le BO annonce.
Commentaire de Fabien Farache [ 23/nov./05 16:41 ]
Mon annonce est bien visible dans mon inventaire mais toujours pas sur le produit.

Vu que le "bug" est dû au fait que mon compte soit "Present (en transit)"
   1) commenbt se fait il qu'il soit en transit ?
   2) comment enlever ce "en transit" ?

Commentaire de Fabien Farache [ 24/nov./05 18:05 ]
en attente du lancement du batch holiday_advert
Commentaire de Judd OSullivan [ 29/nov./05 11:03 ]
Si Fabian a toujours un problème de visibilité de ses annonces il faut créer un nouveau bug. Le bug de base est reglé depuis 8.0.8.



[APP-29900] Recherche de question produit en BO avec un critère date KO Création: 11/juin/10 09:58  Mise à jour: 11/juin/10 16:52  Résolue: 11/juin/10 12:21

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 71.0.0 (CTN-R)
Version(s) corrigée(s): 71.0.0 (CTN-R)

Type: Amélioration Priorité: Mineur
Rapporteur: Aurélie Kwiatkowski Attribution: Bastien Caudan
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File DateBO.JPG    
Pays:
ALL - Tous
Site: Integ
Projets PM: Q&A Produit

 Description   
Quand on fait une recherche de question produit en BO sur le jour d, on a une question du jour d-1...

 Commentaires   
Commentaire de Alexandre Garnier [ 11/juin/10 10:23 ]
Analyse rapide :
* la recherche se fait sur la date de rédaction
* l'affichage donne la date de création

En regardant la question (http://bo.es.integ/product_question_back?action=productquestionview&postid=54278) on voit bien que la date de rédaction est > 11/06/2010

--> Donc le résultat est bon, l'affichage est juste un peu incohérent (mais normalement la date de rédaction et de création doivent rester identiques, non ?)
Commentaire de Alexandre Garnier [ 11/juin/10 10:24 ]
À voir si on modifie l'affichage ?
Commentaire de Swan Desportes [ 11/juin/10 12:04 ]
On modifie l'affichage pour être cohérent entre recherche et affichage.



[APP-22856] Reporting Chiffre d'affaires en BO : aucun chiffre pour le 26/10/08 Création: 27/oct./08 10:15  Mise à jour: 16/sept./10 17:46  Résolue: 04/août/10 12:12

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 77.0.0 (TX-P)

Type: Bogue Priorité: Majeur
Rapporteur: Stéphanie Vignali Attribution: Dispatcher (Pôle TX)
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM: *** CHASSE ***
Classif1: BO

 Description   
Il n'y a aucun chiffre d'affaire dans le BO pour la journée du 26/10.

 Commentaires   
Commentaire de Patrice Boulanger [ 28/oct./08 10:24 ]
Y'a-t-il un moyen de recalculer les chiffres pour la journée du 26/10/2008 ? Ce problème est dû au changement d'heure qui a eu lieu ce week-end, pour info on avait eu le même soucis en 2007(le CA du 28/10/2007 est à 0).

Merci.
Commentaire de Patrice Boulanger [ 28/oct./08 10:25 ]
De même, il y a peut être moyen de blinder un peu ce mécanisme car ça va évidemment réapparaître dans 1 an ...
Commentaire de Emeric Teil [ 04/août/10 12:12 ]
Pierre et Justin en copie au cas où, mais il me semble qu'on n'a pas forcément envie de maintenir ces indicateurs en BO et quoi qu'il arrive, ce problème est hyper localisé dans le temps...



[EXP-133] Tester à l'accès au bo via le lien MPLS Création: 08/août/05 17:35  Mise à jour: 25/juin/07 18:54  Résolue: 19/août/05 09:58

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Sébastien Tournay Attribution: Ranto Andriambololona
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Mettre en place l'architecure DNS en interne (exemple : bo.jmh.lan) et voir avec Jet pour configurer une @IP privée de CUPIDON pour assurer le fonctionnement.

 Commentaires   
Commentaire de Ranto Andriambololona [ 19/août/05 09:58 ]
C'est fait ...

- Ajout d'une entrée dans le DNS
- Ouverture du flux http vers Phaeton
- Configuration de Apache virtualhost-bo-jmh
- Test




[EXP-3915] Les imports sur le BO Integ Espagne ne sont pas en route Création: 05/sept./07 09:42  Mise à jour: 01/oct./07 17:26  Résolue: 01/oct./07 17:26

Etat: Résolu
Projet: Exploitation
Composants: Maintenance
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Daniel Pintamalli Attribution: Eric Vannier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Dépendance
bloque IMP-1242 Ajouter dans la table "tab_conv_html.... Résolu
Pays:
FRA - France

 Description   
BO Integ Espagne n'est pas en route:

http://bo.es.integ/datafile_back?action=advfilesearch&enddate=05%2F09%2F2007&startdate=02%2F09%2F2007

J'en a besoin pour effectuer des tests.

 Commentaires   
Commentaire de Christophe Garcia [ 05/sept./07 09:49 ]
T'es sûr ?
Je viens d'aller sur le site et ça marche.
Commentaire de Daniel Pintamalli [ 05/sept./07 10:16 ]
Vu avec Christophe.
Les imports sont bien en route. Pourtant, le fichier suivant est bloqué en état reçu:
http://bo.es.integ/datafile_back?action=advfilesearch&enddate=05%2F09%2F2007&startdate=02%2F09%2F2007

Commentaire de Daniel Pintamalli [ 10/sept./07 15:56 ]
Cette demande n'est plus d'actualité, tu peux fermer.
Commentaire de Eric Vannier [ 01/oct./07 17:26 ]
Je résouds cette demande



[IMP-6268] Greenroy : problème compte FTP - Neteven Création: 03/juin/10 17:59  Mise à jour: 02/juil./10 10:38  Résolue: 02/juil./10 10:38

Etat: Résolu
Projet: Paramétrage - Import
Composants: Support entrant
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Mineur
Rapporteur: Maram Khayati Attribution: Jérome Marianne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: Greenroy
Séparateur: N/A
Type de traitement:
N/A

 Description   
salut,

J'ai eu ce PRO au téléphone pour les ventes à valider.

Il a un compte FTP avec Neteven qui ne marche pas très bien (ex : il a validé la vente sur le compte FTP alors qu'elle était en nouvelle vente sur Price) , et beaucoup d'articles dans sa boutique n'ont pas les photos aussi.

Il a fait savoir à Neteven le problème mais n'a pas encore eu de retour,

http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=19239635

Merci


 Commentaires   
Commentaire de Jérome Marianne [ 01/juil./10 10:01 ]
Les fichiers de créations produits ont été passé en mise à jour produit pour tenter de mettre les URL sur les fiches produits.
En attente du traitement.
Commentaire de Stéphanie Vignali [ 01/juil./10 11:03 ]
J'ai contacté hier Neteven et Greg Zemmor doit revenir vers nous pour faire le point car de notre côté aucune alerte.
La mise à jour produit et les mises à jours annonces fonctionnent.
Commentaire de Jérome Marianne [ 01/juil./10 14:30 ]
Les URL images sont apparues sur les fiches produits suite à la mise à jour.
On verra si les photos apparaissent sous 3 jours.
Commentaire de Jérome Marianne [ 02/juil./10 10:38 ]
Les images sont apparues en BO sur les fiches compléments.



[EXP-2550] Problème de rechargement de caches applicatifs via l'outil BO Création: 23/août/06 14:05  Mise à jour: 25/juin/07 18:59  Résolue: 04/avr./07 11:16

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Jérôme Viviès Attribution: Judd OSullivan
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Visiblement, le rechargement des caches via BO ne fonctionne plus correctement.
Cela a été constaté pour les caches liés au mapping d'attribut.

Ex. : aujourd'hui, création d'un attribut "Marquage" et de valeurs pour le type livre - toujours absent sur hercule après rechargement des caches via BO.

 Commentaires   
Commentaire de Antoine Koener [ 23/août/06 16:28 ]

Judd,
aurais-tu une idée de pourquoi les caches ne sont plus rechargés à la demande ? Serais-ce suite à tes modifications pour charger les caches que lorsqu'ils sont nécessaires ?

Peut être n'est-ce pas toi le meilleur interlocuteur ?
Commentaire de Judd OSullivan [ 23/août/06 16:52 ]
C'est en dev ou en integ ? En integ tous les caches se charge au démarrage mais c'est possible qu'il y a un nouveau bug.

J'ai testé en dev et ca marche mais s'il y a toujours un problème, crée un jira APP et affecte à moi (avec un peu de logging si possible).
Commentaire de Judd OSullivan [ 23/août/06 16:53 ]
Pour préciser plus, comment vous savez que le cache ne se recharge pas ?
Commentaire de Antoine Koener [ 24/août/06 16:39 ]

C'est en production.

Le symptome est le suivant;
Marion modifie des attributs pour permettre un fichier d'être intégrer, Ariane recharge les cache mais le fichier ne passe toujours pas.
J'ai donc relancé hercule en journée et le fichier est correctement passé.

voilà.
Commentaire de Marion Anfreville [ 29/août/06 14:31 ]
Ce matin, j'ai modifié des valeurs dans l'arbre des catégories au niveau d'un mapping d'import. Je me suis mise sur hercule et j'ai rechargé le cache "Arbre : import". Toujours sur hercule, j'ai soumis un fichier. Le fichier est actuellement traité mais les modifications que j'ai faites sur certains noeuds n'ont pas été prises en compte.
Commentaire de Antoine Koener [ 25/sept./06 14:48 ]

D'autres pistes ?
Commentaire de Judd OSullivan [ 04/avr./07 11:16 ]
Je resoude ce bug en esperant que ce n'est plus d'actualité:)

A ma connaissance, hercule n'est plus accessible via l'interface--il travaille uniquement sur les batchs. Donc même si tu précise 'hercule' sur la page 'changement de serveur', tu accede pas à hercule parce qu'il n'est pas dans le pool de 'workers'. C'est peut-être la source d'erreur. D'ailleurs ca souleve deux questions :
-pq hercule est toujours disponible dans le dropdown en BO ?
-comment peut l'équipe param recharger un cache ?



[APP-23446] [UK] Affichage BO du mode Recorded au lieu de Certifié Création: 03/déc./08 15:52  Mise à jour: 27/mai/09 11:40  Résolue: 27/avr./09 18:14

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 37.0.0 (TX-D)
Version(s) corrigée(s): 47.0.0 (TX-G)

Type: Bogue Priorité: Cosmétique
Rapporteur: Cedric Favero Attribution: Dispatcher (Pôle TX)
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
GBR - Royaume Uni
Site: Recette
Projets PM: *** RESERVE ***

 Description   
Exemple:
http://bo.pm.bollinger:2680/purchase_back?action=itemview&itemid=45040747

Certainement herité de l'Espagne mais changer toutes les occurences en BO de "certifié" par "recorded" plus en rapport avec le fonctionnement UK.

Pour normal au lieu de standard on peut laisser.

 Commentaires   
Commentaire de Arnaud Forgues [ 05/déc./08 17:22 ]
Pour le coup, soit on est cohérent et on modifie explicitement tous les modes d'expéditions sur ES et UK et ainsi on obtient :

FR :
Normal
Suivi
Recommandé
Chronopost
Retrait

ES :
Ordinario
Certificado

UK :
Standard
Recorded

Sinon on ne change rien !
Commentaire de Arnaud Forgues [ 10/déc./08 16:00 ]
J'ai refait une passe sur le sujet et voici les résultats :

- en BO, on affiche 214 fois des labels de table de code (état, qualité, type ...) pour lesquels :
                 * 211 n'utilisent pas la traduction définie dans IG mais la valeur par défaut (qui est donc en français) ==> cas du mode d'expédition "Certifié" (= "Recorded" en UK)
                 * 3 seulement utilisent la traduction définie dans IG parmis lesquels :
                            . la cause de sinistre sur la fiche garantie
                            . la cause de sinistre sur la fiche article
                            . l'état des objets media_reference (image, video ..) dans la fiche annonce

- la règle a donc été clairement jusqu'à présent de ne pas traduire le Back Office (les 3 cas ci-dessus étant des oublis/erreurs de codage)

==> Il me paraît donc non opportun de faire une telle modification. Je met donc le JIRA en STANDBY chez Dispatcher-TX si jamais on souhaite faire cela un jour, car il faudrait alors réfléchir au bon moyen de le mettre en place (=proprement)



[CAT-1390] Ecran BO produit - Affichage des fiches de type Reproduction Création: 09/févr./09 14:15  Mise à jour: 12/févr./09 19:07  Résolue: 12/févr./09 19:07

Etat: Résolu
Projet: Paramétrage - Non Import
Composants: Configuration produit
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Aurélien Vergalli Attribution: Carole Boucheny
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File ConfPRD_rawListTopic.JPG     JPEG File liste soumis reproductions rawlisttopic.JPG    
Liens des demandes:
Similaire
similaire à APP-24302 Ecran BO produit - Affichage du $rawL... Fermé
Pays:
FRA - France

 Description   
Le "Type" des fiches-produit listées en BO suite à une recherche apparait remplacé par "$rawListTopic" (voir PJ)

 Commentaires   
Commentaire de Espérance Galouo-Lece [ 09/févr./09 18:10 ]
 - Présence de "$rawListTopic" dans la conf produit (cf. PJ "ConfPRD_rawListTopic");
Commentaire de Aurélien Vergalli [ 10/févr./09 09:58 ]
Du coup, idem sur fomulaires MeV.
Commentaire de Carole Boucheny [ 10/févr./09 10:44 ]
J'ai corrigé les configurations produits.
Commentaire de Marion Anfreville [ 12/févr./09 14:33 ]
Le problème est encore visible un peu partout sur le site (MeV, bloc "ça vient d'arriver", etc...) => lié à la suppression de Mediums.
Commentaire de Marion Anfreville [ 12/févr./09 14:45 ]
Benoît, Edouard, est-ce qu'on prend bien en compte un changement sur les "$!product.getMediumName()" qui peuvent être utiliser dans les config produit ?

=> exemple summary de la config produit reproduction => RawListTopic = $!product.getMediumName()
Commentaire de Carole Boucheny [ 12/févr./09 15:34 ]
Pour le front : Il manquait "intitulé du formulaire" sur certaine mise en vente.

En ce qui concerne le BO, ça se passe du côté dev.
Commentaire de Manuel Sadok [ 12/févr./09 18:34 ]
Il faut tout de même corriger la configuration produit en remettant les anciennes valeurs dans le champs 'Pluriel (maj)' au lieu de '$rawListTopic'. En effet, ce champ n'est pas destiné à recevoir du Velocity, mais du texte brut !
Commentaire de Manuel Sadok [ 12/févr./09 19:07 ]
Bon ben pour que ça soit effectif dès demain matin, j'ai fais les modifications moi-même.



[APP-13536] recherche panier en BO, pas possible filtrer sur cofinoga Création: 30/oct./06 18:16  Mise à jour: 25/juin/07 18:46  Résolue: 31/oct./06 10:09

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office, Paiement
Affecte la/les version(s): 9.0.4.1 (COF)
Version(s) corrigée(s): 9.0.4.1 (COF)

Type: Bogue Priorité: Majeur
Rapporteur: Patrick Condevaux Attribution: Niall Boylan
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Integ

 Description   
Dans la recherche panier du BO, il n'y a pas de filtre permettant de retrouver les paniers payés avec des cartes cofinoga
contrairement a ce qui est indiqué dans la spec (page10)

 Commentaires   
Commentaire de Manuel Sadok [ 30/oct./06 18:33 ]
La demande était plutôt que la fonctionalité de recherche fonctionne même en mettant un numéro Cofinoga, ce qui est le cas.

Niall, si ce qui est en place actuellement convient, fermer ce bug.
Commentaire de Niall Boylan [ 31/oct./06 10:09 ]
En effet, la demande n'était pas très claire. J'ai testé en BO et la recherche de panier me convient.

Je ferme donc le JIRA.



[APP-10498] En integ, sous Opera, dans le BO, des dropdowns débloquent dans certains cas. Création: 14/juin/06 16:20  Mise à jour: 25/juin/07 18:40  Résolue: 16/juin/06 18:18

Etat: Fermé
Projet: Application PriceMinister
Composants: Produits
Affecte la/les version(s): 9.0.0a
Version(s) corrigée(s): 9.0.1

Type: Bogue Priorité: Cosmétique
Rapporteur: Fabrice Tiercelin Attribution: Dispatcher (Dev)
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Site: Integ
Navigateur: Opera

 Description   
- Aller dans BO -> Produit
- Modifier une dropdown (ex. Type)
- Selectionner une autre dropdown avant un rafraichissement

Bon, ça n'a pas l'air très important non plus.

 Commentaires   
Commentaire de Christophe Garcia [ 16/juin/06 18:18 ]
Le BO ne bossee pas sous Opéra



[INF-499] Accès à distance réseau local + BO pour Marion Anfreville Création: 06/juil./10 16:44  Mise à jour: 07/juil./10 14:37  Résolue: 07/juil./10 14:37

Etat: Résolu
Projet: Infrastructure
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Jérôme Viviès Attribution: Stéphane Eccli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Nous aurions besoin que Marion puisse travailler à distance.
Elle aura besoin de :
- accès au BO
- accès au réseau (fichiers de travail partagés)

De plus : est-il possible de voir avec elle s'il est productif de migrer rapidement vers gmail (?)

 Commentaires   
Commentaire de Stéphane Eccli [ 07/juil./10 14:37 ]
l'interface webmail de Gmail n'est pas plus pratique que l'actuelle. de chez elle, elle ne pourra pas non plus les consulter via un client de messagerie. autant qu'elle reste tel quel.

je viens de créer son compte VPN.

je lui envoi par mail avec la doc.



[EXP-4680] [UK] Sécurisation des opérations de finalisation sur BO UK Création: 14/janv./09 11:31  Mise à jour: 04/mai/09 09:53  Résolue: 29/avr./09 17:24

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Cedric Favero Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
GBR - Royaume Uni

 Description   
Sur des opérations comme un crédit porte-monnaie , il y a toujours une étape de finalisation par opérateur et qui demande un mot de passe spécifique.
Ce mot de passe n'a pas été configuré sur le BO UK , ce qui represente une faille importante.

C'est le cas aujourdh'ui sur http://bouk.priceminister.jmh et çà le sera aussi sur http://bo.priceminister.co.uk

On peut garder le meme mot de passe que sur FR et ES.

Merci.

 Commentaires   
Commentaire de Jérémie Bennejean [ 14/janv./09 12:59 ]
C'est wallet admin qu'il faut protéger ?
Commentaire de Jérémie Bennejean [ 14/janv./09 15:16 ]
C'est en place, merci de tester.
Commentaire de Claire Durand [ 14/janv./09 15:22 ]
ça marche pas jeremie
Commentaire de Jérémie Bennejean [ 14/janv./09 15:43 ]
J'ai mis le mot de passe avec l'orthographe souhaité...

re test ça doit fonctionner.
Commentaire de Claire Durand [ 14/janv./09 15:49 ]
tjrs pas
Commentaire de Cedric Favero [ 15/janv./09 09:09 ]
Claire , tu peux etre plus précise dans tes réponses que juste "çà marche pas".
Sur quel serveur? le mot de passe est pas le bon?
Merci.
Commentaire de Jérémie Bennejean [ 15/janv./09 09:22 ]
J'ai fais un test et j'ai demandé à d'autres personnes d'en faire un.
Sur IE et Firefox.
Le mot de passe est le bon.
Il s'avère que dans le cas d'IE, l'authentification avec le user BO est redemandé aprés celui du user pmbackofficepmv.
Commentaire de Cedric Favero [ 15/janv./09 09:32 ]
Je confirme de mon coté que çà fonctionne.
Merci bcp.
Commentaire de Claire Durand [ 20/janv./09 11:24 ]
salut,
je dois encore me reconnecter plusieurs fois sur IE, ce problème n'existe pas sur bo france ou bo espagne.
Peux-tu me dire Jérémie pourquoi ça ne fonctionne pas sur bo uk ?
Merci
Claire
Commentaire de Jérémie Bennejean [ 29/avr./09 17:24 ]
Depuis le changement de système d'authentification ce jira n'est plus d'actualité.
En cas de problème, merci de rouvrir ce jira.
Commentaire de Cedric Favero [ 29/avr./09 18:37 ]
Claire tu confimes que c'est corrigé?
Merci
Commentaire de Jérémie Bennejean [ 04/mai/09 09:53 ]
Je me suis peut-être mal exprimé.
Le système d'authentification existant à la création du jira n'existe plus.
Il est remplacé par un nouveau mécanisme.

En tant que tel le jira n'est donc plus d'actualité.
Néanmoins, vois pouvez me signaler toute anomalie.



[APP-29076] Messagerie BO plantée : impossible de répondre aux utilisateurs Création: 08/avr./10 14:33  Mise à jour: 16/avr./10 14:04  Résolue: 08/avr./10 18:42

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office, Mails
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 67.0.0 (CTN-Q)

Type: Bogue Priorité: Majeur
Rapporteur: Habib-Sylvain Gourguet Attribution: Alexandre Garnier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File APP-29076.patch     Text File umstemplatesearch_error.log    
Pays:
GBR - Royaume Uni, FRA - France
Projets PM: *** RESERVE ***

 Description   
En BO, lorsqu'on souhaite répondre au message d'un utilisateur, un message d'erreur apparait :

"null; CausedByException is: null"

Ce message s'affiche également à la page "Templates de mails".

Bug certainement provoqué par la création d'un template de mail directement en BO avec le domaine "Coupons".

 Commentaires   
Commentaire de Habib-Sylvain Gourguet [ 08/avr./10 14:33 ]
On me signale que FR est fonctionnel. Merci Alex.
Commentaire de Alexandre Garnier [ 08/avr./10 14:41 ]
La stacktrace en PJ
Commentaire de Alexandre Garnier [ 08/avr./10 14:48 ]
Pour correctif à court terme : suppression du template temporaire en base --> utilisation des templates de mails de retour à la normale.
Commentaire de Alexandre Garnier [ 08/avr./10 14:53 ]
Problème de l'ajout d'un mail BO sur un groupe qui ne possède aucun mail IG...
Commentaire de Alexandre Garnier [ 08/avr./10 15:26 ]
Le problème est donc d'avoir ajouté le template de mail au groupe "fidelisation" qui est vide en FR et UK et donc considéré comme un séparateur qui ne possède alors pas de liste de templates.

Pour pouvoir utiliser le template en PROD dès maintenant, il suffit donc de le créer dans un groupe qui possède bien des templates et de le déplacer une fois que le bon groupe est en PROD.
Commentaire de Alexandre Garnier [ 08/avr./10 15:31 ]
En fait il y a 2 problème :
* la recherche BO sur le groupe 'fidelisation' (qui est vide) provoque l'affichage du groupe suivant qui est un séparateur (donc effectivement sans liste de templates)
* on peut ajouter des templates à des groupes séparateurs ce qui provoque le plantage

--> corriger la recherche + empêcher la creation de template sur des groupes séparateurs (cacher le bouton + empêcher l'action)
Commentaire de Alexandre Garnier [ 08/avr./10 18:18 ]
Correctif en PJ (faire un 'bzr merge APP-29076.patch') --> je sais pas quand est-ce qu'on veut la passer puisque ce n'est plus bloquant pour la PROD
Commentaire de Alexandre Garnier [ 08/avr./10 18:42 ]
Corrigé sur la branche CTN pour la CTN-Q



[APP-30102] Images-produit supprimées Bo visibles en front Création: 24/juin/10 16:06  Mise à jour: 06/janv./11 12:34  Résolue: 06/janv./11 12:34

Etat: Résolu
Projet: Application PriceMinister
Composants: Images produit
Affecte la/les version(s): 71.0.1, 80.0.0 (VEN-E)
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Aurélien Vergalli Attribution: Dispatcher (Pôle VEN)
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File robe mariee img sup visible front.JPG    
Liens des demandes:
Duplicate
doublon de APP-30793 Images validées invisibles Résolu
Pays:
FRA - France
Site: Prod
Projets PM: *** RESERVE ***
Navigateur: Tous

 Description   
Fiche en Front: http://bo.priceminister.com/offer/buy/100530173
Evènements de suppression des images: http://bo.priceminister.com/image_back?action=imageview&productid=100530173

Précision: cas d'autant plus problématique que cette suppression intervient suite à une demande d'ayant-droits.

 Commentaires   
Commentaire de Benoît Bourdon [ 12/juil./10 13:42 ]
hello Aurélien, je viens de voir ce jira ... en avais-tu discuter avec Edouard ? en fait je ne comprends pas car sur le produit ci-dessus il n'y a que des images validées ... (elles ont été supprimées par Patrick par ailleurs c'est ça ?)

Tu as d'autres exemples ???
Commentaire de Jean-Sébastien Franck [ 21/juil./10 16:59 ]
J'ai regardé les données en base et effectivement il n'y a plus qu'une seule image dans la gallery de ce produit. L'autre image a donc bien été nettoyée.

Sans un autre exemple, ça va être difficile de faire une analyse et de trouver le problème...
Commentaire de Jean-Sébastien Franck [ 21/juil./10 17:17 ]
Je n'ai pas réussi à reproduire le problème. J'ai supprimé une image en BO et celle-ci a bien perdu sa visibilité côté front.

Je ferme le Jira en non reproductible.
Commentaire de Aurélien Vergalli [ 03/août/10 15:08 ]
Nouvel exemple pour ce problème sur lequel on tombe de temps à autre.
http://bo.priceminister.com/image_back?action=imageview&productid=103894895
http://bo.priceminister.com/offer/buy/103894895/robe-de-mariee-linea-raffaelli-pret-a-porter.html
Commentaire de Manuel Sadok [ 09/août/10 16:17 ]
Il semble que le produit n'a pas été re-summarysé après la suppression de l'image : 1 image physique de visible, mais 2 dans le summary...
Commentaire de Manuel Sadok [ 10/août/10 10:58 ]
Florian a vu avec toi Aurélien et le problème semble se produire très rarement. On conserve le jira ouvert, mais je baisse sa criticité.

Pour info, si vous avez un problème avec un ayant-droits, vous pouvez régler le problème en recalculant le summary du produit concerné.



[CAT-710] Produits en BO - Manque le champ Nb de support Création: 10/juin/08 16:30  Mise à jour: 11/juin/08 13:52  Résolue: 11/juin/08 13:52

Etat: Résolu
Projet: Paramétrage - Non Import
Composants: Configuration produit
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Marion Anfreville Attribution: Marion Anfreville
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File produit_fr.jpg     JPEG File produit_uk.jpg    
Pays:
GBR - Royaume Uni

 Description   
Même problème que lors de l'ouverture du site ES : il manque le champ Nb de support sur les fiches produits en BO.

Ex : product id = 26137126
(cf. imprime écran)

 Commentaires   
Commentaire de Marion Anfreville [ 10/juin/08 16:39 ]
à prendre en compte pour déploiement d'une nouvelle plateforme (nouveau site/pays).
Commentaire de Edouard Gomez-Vaez [ 10/juin/08 17:06 ]
Je ne sais pas du tout comment c'est géré ça ! Geneviève, tu sais ?
Commentaire de Geneviève Beaujard [ 11/juin/08 12:28 ]
C'est de la conf (Configuration produit)
Il suffit de cocher la case 'Afficher le nombre de medium' (champ show_medium_count de prd_configuration).
Cette case est dans le groupe General
Commentaire de Marion Anfreville [ 11/juin/08 13:52 ]
Ok, ça roule.

J'ai coché le paramètre "Afficher le nombre de support" dans toutes les config produit uk : cd, vinyle et figurine + rechargement cache configuration produits.

Ce paramètre permet d'afficher sur la FP en BO une textbox pour le nb de support.



[APP-21042] BO > Recherche de valeurs > Mauvais classement des données Création: 02/juil./08 16:37  Mise à jour: 18/sept./08 09:52  Résolue: 04/juil./08 15:28

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 29.0.0 (CAT-Cbis)

Type: Amélioration Priorité: Majeur
Rapporteur: Fabien Farache Attribution: Geneviève Beaujard
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Prod
Projets PM: *** RESERVE ***

 Description   
Dans le BO lorsque nous faisons des recherches (valeurs, attributs, ...) le résultat retourné est classé par ordre alphabétique de clé or il faudrait que ce soit classé par ordre alphabétique sur les label (comme avant...)

Merci d'avance

 Commentaires   
Commentaire de Marion Anfreville [ 04/juil./08 13:40 ]
Tri a effectuer sur les écrans "Valeurs d'attributs" et "Outil valeurs d'attributs" (recherche valeurs attribut et OTM VA) :
http://bo.priceminister.com/referential_back?action=attributevaluesearch&numberrows=200
http://bo.priceminister.com/referential_back?action=mptattributevalue&numberrows=200
Commentaire de Geneviève Beaujard [ 04/juil./08 15:28 ]
OK.
Seule l'url http://bo.priceminister.com/referential_back?action=attributevaluesearch&numberrows=200 était concernée.

Checking in AttributeValueSearchAction.java;
/home/cvs/dev/source/src/com/babelstore/referential/back/AttributeValueSearchAction.java,v <-- AttributeValueSearchAction.java
new revision: 1.14.36.1; previous revision: 1.14
done
Commentaire de Edouard Gomez-Vaez [ 26/août/08 18:15 ]
Partira en même temps que autocomplete (la branche autocomplete est partie de CAT-D, tout au début, et donc contient quelques jira)



[APP-22506] [Crédit-PMV] Présence d'opérations en état "Crée" en BO Création: 08/oct./08 12:24  Mise à jour: 27/mai/09 12:44  Résolue: 27/mai/09 12:39

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office, Porte-Monnaie
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 47.0.0 (TX-G)

Type: Amélioration Priorité: Mineur
Rapporteur: Espérance Galouo-Lece Attribution: Dispatcher (Pôle TX)
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File Crédit-cheque_abandonner_FO_absent_FO.JPG     JPEG File Crédit-cheque_abandonner_FO_present_BO_Etat_Creer.JPG    
Pays:
ALL - Tous
Site: Integ
Projets PM: *** RESERVE ***

 Description   
 - En abandonnant une demande de crédit PMV, juste après l'état du choix du mode de règlement, il y'a une opération de crédit PMV qui est quand même créée en BO; (Cf. PJ);
 - De plus, les demandes de crédits en Etat "Créé" ne sont pas traités par le BO
 - Serait-il possible de ne permettre la création d'opération de crédit qu'une fois la demande effectuée jusqu'au ?

 Commentaires   
Commentaire de Emeric Teil [ 08/oct./08 12:34 ]
Rien de nouveau sur ce sujet. Cela fait déjà l'objet d'une demande de la part du BO, afin d'avoir quelque chose de plus "clair". Ce n'est cependant pas très important, et sera traité le jour où on reverra la cinématique/le process de demande d'alimentation du PMV.
Commentaire de Christophe Garcia [ 27/mai/09 11:42 ]
A garder sous le coude alors ...
Commentaire de Emeric Teil [ 27/mai/09 12:39 ]
On le garde sous le coude, mais pas besoin d'un Jira.
Commentaire de Christophe Garcia [ 27/mai/09 12:44 ]
Ha, les objectifs ...



[APP-27317] [BO] Disparition des questions et réponses post-vente sur transaction Création: 18/nov./09 10:18  Mise à jour: 18/nov./09 14:26  Résolue: 18/nov./09 12:51

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 57.0.0 (CTN-N)
Version(s) corrigée(s): 57.0.1

Type: Bogue Priorité: Bloquant
Rapporteur: Habib-Sylvain Gourguet Attribution: Dispatcher (Pôle CTN)
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
a pour doublon APP-27316 Les questions post-vente n'apparaisse... Fermé
Pays:
ALL - Tous
Projets PM archivés: Q&A Produit

 Description   
Sur les fiches-articles, toutes les questions et réponses post-vente ont disparu.

Voir la question ci-dessous :
http://bo.priceminister.es/question_back?action=questionbackview&questionid=17717968

Acceptée et pourtant sur la fiche correspondante rien :
http://bo.priceminister.es/purchase_back?action=itemview&itemid=56998804

Le bug est signalé sur les 3 plateformes.

 Commentaires   
Commentaire de Habib-Sylvain Gourguet [ 18/nov./09 10:24 ]
Très gênant pour le BO car ces questions et réponses servent au bon traitement des réclamations.
Commentaire de Fabrice Feugas [ 18/nov./09 11:19 ]
On regarde ça rapido.
Commentaire de Christophe Garcia [ 18/nov./09 11:31 ]
Merci de ne pas toucher à la criticité.
Si les claims ne peuvent être traitées correctement, c'est du CA qui s'évapore et des internautes agacés ==> BLOQUANT
Commentaire de Fabrice Feugas [ 18/nov./09 11:35 ]
... Ca va chercher loin
Commentaire de Renaud Dierickx [ 18/nov./09 12:51 ]
C'est corrigé !



[APP-28621] Message assigné non répondu, n'apparait pas sur le compte Création: 05/mars/10 10:11  Mise à jour: 24/janv./11 12:33  Résolue: 24/janv./11 10:25

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 84.0.1.2

Type: Bogue Priorité: Majeur
Rapporteur: Habib-Sylvain Gourguet Attribution: Habib-Sylvain Gourguet
Résolution: Impossible à reproduire  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
Projets PM: CoSAV : Dates des actions / Gestionnaire de transaction

 Description   
Voir la liste de messages du compte "towanda31", ci-dessous :

http://bo.priceminister.jmh/message_back?action=usrmessagesearch&isdateorderdesc=true&userid=19273066

Le message du 04/03, en boite "back MESS ASSIGNÉS" et à l'état "non répondu", n'apparait pas dans la liste des messages disponible sur la page "Utilisateur" :

http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=19273066

Une notification est pourtant bien présente dans "Dates d'action" :

http://bo.priceminister.jmh/actiondate_back?action=actiondatesearch&filter_mode=1&entity_type_code=&eac_type_code=&action_date=05/03/2010&pst_team_code=10&pm_staff_id=63&notified=true&sort_type=0&number_rows=200&x=21&y=14

 Commentaires   
Commentaire de Clement Balay [ 18/mai/10 13:43 ]
Normal, dans la fiche utilisateur, on n'affiche que les domaines:
- USER
- MAIL
- USER_CLAIMS
- USER_FRAUD
- USER_STATS
- REVIEWER_STATS

Or, le message est du domaine ITEM.

On pourrait le rajouter mais à voir avec EMT si ça vaut le coup. Je ré-affecte le jira
Commentaire de Emeric Teil [ 17/janv./11 16:26 ]
Habib, perso je pense que ce n'est pas nécessaire... si tu es OK, je te laisse fermer ce Jira en "aucune corr...". Merci
Commentaire de Habib-Sylvain Gourguet [ 17/janv./11 16:44 ]
Emeric,

Je réagis trop tard, mais contrairement aux dires de Clément, le message était du domaine "USER" à l'époque de la création du JIRA (et a été associé plus tard pour traitement SAV).

Pour preuve, il n'y a jamais eu de date d'action/gestionnaire sur l'article auquel est associé le message en question :

http://bo.priceminister.jmh/purchase_back?action=itemview&itemid=125985676

Il y a par contre bien eu un gestionnaire sur le compte de l'utilisateur.

Il y avait bien bug... Mais j'imagine qu'il va être difficile de creuser aujourd'hui ?
Commentaire de Emeric Teil [ 17/janv./11 17:17 ]
Effectivement, ça va être un peu compliqué :o)

==> Comment tu veux faire ? Tu le gardes chez toi et si ça ressort tu nous le renvoie ? ou bien on le ferme pour le moment, quitte à le ré-ouvrir si nouveau cas ?
Commentaire de Habib-Sylvain Gourguet [ 24/janv./11 10:25 ]
Je le rouvre si on a un nouveau cas déclaré.

Merci.



[APP-20690] Impossible de refuser une opération de crédit BO depuis le détail operation Création: 29/mai/08 11:04  Mise à jour: 30/mai/08 14:56  Résolue: 30/mai/08 10:31

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 22.1.1
Version(s) corrigée(s): 22.1.2

Type: Bogue Priorité: Critique
Rapporteur: Arnaud Forgues Attribution: Arnaud Forgues
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
Classif1: PMV
Classif2: operation
Projets PM archivés: Paiement - Automatisation bordereaux

 Description   
Depuis le déploiement de la TX-A, il est impossible d'éffectuer un refus sur un crédit BO, dans le cas où le SAV a utilisé la macro de remboursement PMV à tort. Du coup, ils sont obligé de finalisé les opérations puis de créer une opération de débit BO du montant opposé. Cela n'est pas du tout pratique et on n'a aucun lien entre ces 2 opérations si on souhaite les rapprocher ultérieurement dans des rapports BI.

Du coup, il faut autoriser le refus d'une opération dans l'état APPROVED dans le cas ou il s'agit d'un crédit BO.

A tester donc uniquement le refus d'une opération en BO : c'est le seul impact possible de la correction

 Commentaires   
Commentaire de Emeric Teil [ 29/mai/08 13:30 ]
Quid des Crédit Bo Récup chèque et des débits BO ???
Commentaire de Arnaud Forgues [ 30/mai/08 10:31 ]
oK



[APP-5107] BO Produit / Recherche : Recherche par groupe d'états Création: 18/nov./04 16:05  Mise à jour: 25/juin/07 18:26  Résolue: 11/juil./05 18:16

Etat: Fermé
Projet: Application PriceMinister
Composants: Recherche produit
Affecte la/les version(s): 8.0.4
Version(s) corrigée(s): 8.0.4

Type: Bogue Priorité: Majeur
Rapporteur: Emmanuelle Lachamp Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
quand on lance une recherche en bo, sans critere d'etats, tous apparaissent,
dont les purgés.
y a t'il vraiment une utilité à cela ?
je trouve que cela gene la visibilité et je ne vois pas à quoi ca peut servir
peut on les supprimer ?

emma

 Commentaires   
Commentaire de Quentin de Chivré [ 23/nov./04 17:52 ]
Ca ne me parait pas la bonne solution. On pourrait juste les afficher en gris
clair par exemple ... ?
Commentaire de Emmanuelle Lachamp [ 23/nov./04 18:19 ]
et une case à cocher ?
genre par defaut on affiche pas les purges, et on decoche la case si on les veut
? le but etant de rendre la recherche de produit plus visible
Commentaire de Quentin de Chivré [ 21/juin/05 13:26 ]
Prendre en compte des groupes d'états dans la recherche par défaut (voir
recherche panier)
Commentaire de Renaud Dierickx [ 11/juil./05 18:16 ]
Comme dans la recherche d'articles, on effectue des recherches de produits par groupes d'états.
Par défaut, l'utilisateur fera une recherche produit pour tous les états sauf l'état purgé.



[APP-6042] BO : mapping valeur d'attribut : impossible de spécifier un support Création: 24/oct./05 09:46  Mise à jour: 25/juin/07 18:32  Résolue: 25/oct./05 09:23

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 8.0.6b
Version(s) corrigée(s): 8.0.8

Type: Bogue Priorité: Critique
Rapporteur: Fabien Farache Attribution: Geneviève Beaujard
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
J'essaye de faire un mapping sur une valeur d'attribut.
Sur la valeut concernée je précise l'attribut , le type et le support.
Lorsque je valide l'attribut et le type sont bien pris en compte mais pas le support (rien apparait dans la case "support")

 Commentaires   
Commentaire de Geneviève Beaujard [ 25/oct./05 09:23 ]
il s'agissait du type decoration.
c'est une question de conf.
pour avoir la possisibilité de prendre en compte les mediums il faut cocher 'medium correspondant a un sous type'
pour le type en question dans l'arbre des categories.



[APP-20529] [PRE-DEPLOY][Auto] Slide show sur BO et sur IG Création: 15/mai/08 10:32  Mise à jour: 16/juil./08 09:12  Résolue: 15/juil./08 14:13

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office, Infoglue, Promo
Affecte la/les version(s): 21.0.0
Version(s) corrigée(s): 25.0.0 (CTN-D)

Type: Bogue Priorité: Critique
Rapporteur: Nerea Prieto Attribution: Ariane Baldinger
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Classif FONC: comarket
Projets PM archivés: Co-Market POST-V21

 Description   
Il faut paramétrer le banner d'entête lagardère pour les pop up images (slide show) du à un problème dans IG APP-20508, le noeud doit se paramétrer d'abord sur BO et puis sur IG pour la V24.

 Commentaires   
Commentaire de Nerea Prieto [ 15/mai/08 10:41 ]
C'est fait en bo et publié en FO
Commentaire de Nerea Prieto [ 06/juin/08 09:30 ]
Pour la V25 maintenant
Commentaire de Ariane Baldinger [ 18/juin/08 09:54 ]
il faudra, la veille de la V25, désactiver le noeud 294507 en BO Prod FR.
Commentaire de Ariane Baldinger [ 15/juil./08 14:13 ]
noeud à l'état supprimé en PROD.



[APP-20394] Fiches supprimées en BO - stock apparait en négatif Création: 25/avr./08 09:56  Mise à jour: 30/juin/08 14:49  Résolue: 25/juin/08 14:40

Etat: Fermé
Projet: Application PriceMinister
Composants: Annonces, Produits
Affecte la/les version(s): 20.1.1
Version(s) corrigée(s): 24.0.0 (CAT-C)

Type: Bogue Priorité: Majeur
Rapporteur: Aurélien Vergalli Attribution: Manuel Sadok
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File stock negatif fiche sup.JPG     JPEG File VendeurEnVacance_Annonce_Créée_Stock_10.JPG     JPEG File VendeurEnVacance_FP_Créée_Stock_0.JPG    
Liens des demandes:
Similaire
similaire à APP-20398 [Script] Création d'un script de mise... Fermé
Pays:
FRA - France
Site: Prod
Projets PM archivés: Maintenance CAT-C

 Description   
Une fiche produit supprimée en BO affiche "normalement" un stock nul, donc 0. Désormais le stock peut-être négatif ! (cf exemple : stock -10 sur fiche mobile supprimée avec stock initial de 10) .
C'est nouveau ?

 Commentaires   
Commentaire de Aurélien Vergalli [ 25/avr./08 10:00 ]
Lien vers la fiche donnée en exemple :
http://bo.priceminister.com/referential_back?action=productview&productid=64106891
Commentaire de Espérance Galouo-Lece [ 25/avr./08 18:23 ]
 - Le problème est dû au fait qu'une FP créer par un utilisateur en vacance possède un stock = 0, par contre l'annonce qu'il joint à sa FP possède un stock > 0;
 - Ce qui fait qu'en fermant l'annonce depuis de BO, au stock de la FP est soustrait celui de l'annonce;
 - Cf. PJ réaliser avec un compte en vacance (VendeurEnVacance_FP_Créée_Stock_0.JPG, VendeurEnVacance_Annonce_Créée_Stock_10.JPG);



[APP-16437] rafraichissement cache non synchronisé entre bo et www pour un même serveur Création: 22/mai/07 17:54  Mise à jour: 05/juil./07 16:49  Résolue: 12/juin/07 13:26

Etat: Fermé
Projet: Application PriceMinister
Composants: Aide en ligne
Affecte la/les version(s): 14.1.1
Version(s) corrigée(s): 15.0.0

Type: Bogue Priorité: Critique
Rapporteur: Julien Sananikone Attribution: Julien Sananikone
Résolution: Invalid  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File bo.jpg     JPEG File www.jpg    
Pays:
FRA - France
Site: Prod
Projets PM archivés: Maintenance 15.x.x

 Description   
J'ai changé un label de noeud de navigation produit dans l'arbre des catégories de "1cts" vers "1 ct" puis après maints rafraichissements de cache navigation produit et plus d'une semaine écoulée j'ai toujours "1cts" dans le div nntop_blk alors que le chemin de fer et le h1 sont bons ("1 ct"): tout ça sur www.
Pourtant en bo. j'ai "1 ct" partout (chemin de fer, h1 et div nntop_blk)

bien entendu je parle de www. et bo. pour un même serveur (amphore par exemple) : en le constant en affichant le code source de la page

 Commentaires   
Commentaire de Julien Sananikone [ 22/mai/07 17:54 ]
ecran en www
Commentaire de Julien Sananikone [ 22/mai/07 17:54 ]
ecran en bo
Commentaire de Nicolas Chauveau [ 23/mai/07 12:12 ]
La différence est liée à la Dynamo.
La valeur stockée en base (1ct ) est surchargée par la valeur définie par le Réferencement (1cts).
En BO on voit la "vraie" valeur, le [D] orange permet de voir la valeur Dynamo lors qu'on passe le curseur dessus.

Je laisse Emmanuel prendre la main si vous souhaitez faire modifier cette valeur.
Commentaire de Emmanuel Benmussa [ 06/juin/07 17:20 ]
Merci donc de me donner la règle exacte à modifier.je ferais un fichier Dynamo en conséquence...

Merci
Commentaire de Julien Sananikone [ 12/juin/07 13:26 ]
ok, j'ai bien compris la raison du décalage BO/Front : je ferme donc en invalid

par contre serait-il possible d'avoir une petite doc afin qu'on sache comment géré ce décalage côté param

merci



[APP-9290] [Nouvelle Charte] BO > Problèmes annonces > Modifier le commentaire Création: 16/mai/06 14:48  Mise à jour: 25/juin/07 18:38  Résolue: 15/janv./07 10:55

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 9.0.0
Version(s) corrigée(s): 12.0.0

Type: Bogue Priorité: Cosmétique
Rapporteur: Younès Charrière Attribution: Geneviève Beaujard
Résolution: Invalid  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File Sans titre.JPG    
Site: Integ
Classif1: BO
Classif2: BO - probleme annonce
Projets PM archivés: Maintenance 12.0.0

 Description   
Lorsque l'on modifie en BO le commentaire du signalement d'une mauvaise annonce, on perd toutes les informations (le pseudo de la personne ayant saisie le problème, le détail de l'annonce, le pseudo du vendeur, etc...) est-ce normal?
Parce que à ce moment là le signalement ne sert plus à rien.

 Commentaires   
Commentaire de Younès Charrière [ 16/mai/06 14:57 ]
En fait, maintenant lorsque l'on modifie ou supprime le commentaire, le signalement est supprimé alors que c'est le rôle de la fonction "Rejeter le problème" à prioris.
Commentaire de Arnaud Forgues [ 18/mai/06 10:17 ]
je ne connais pas ce mécanisme, et avec les modifications sur le bloc de navigation pour la problématique de référencement, je ne vais pas aider pour ce bug car je n'aurais sans doute pas le temps ...

Je te laisse voir qui connait et peut se charger de ca (peut etre que Genevieve connait mais ce n'est meme pas sur .)
Commentaire de Edouard Gomez-Vaez [ 18/mai/06 16:41 ]
Je ne sais pas à qui donner cela.
Commentaire de Geneviève Beaujard [ 15/janv./07 10:54 ]
Pour ma part il n' y aucun probleme.
Quand on modifie le commentaire d'une annonce par le BO des problemes aanonces, cette annonce ne se retrouve plus dans la liste des problemes et c'est tout a fait normal, en effet si le BO modifie le commentaire c'est pour corriger le probleme.
C'est peut être ce qui a dérouté younes.
ça n'a rien a voir avec la nouvelle charte.
Commentaire de Younès Charrière [ 17/janv./07 15:27 ]
En effet, Geneviève, j'avais ouvert ce jira un mois après mon arrivée et donc je ne connaissais pas encore très bien l'application.
Merci pour les explications ;)



[APP-19416] Site Espagne - Bug BO - camaras digitales Création: 24/janv./08 17:01  Mise à jour: 04/févr./08 15:07  Résolue: 04/févr./08 15:07

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 18.1.3

Type: Bogue Priorité: Majeur
Rapporteur: Frederic vacher Attribution: Validator
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ESP - Espagne
Site: Prod
Projets PM: *** A PLANIFIER ***

 Description   
Salut,

Dans le BO espagne, le nombre de produits mis en vente et le nombre de ventes ne sont pas comptabilisés sur les appareils photo numérique depuis un bon moment.

Merci de corriger ce bug.

Merci!

Fred

 Commentaires   
Commentaire de Patrick Pereira [ 28/janv./08 12:01 ]
Pb de paramètrage ?
Il n'existe aucun produit en base appartement au type 2449 (Cámaras analógicas) :

select count(*) from product where prd_type_code = 2449;

  COUNT(*)
----------
         0


Les appareils photos appartiennent visiblement au type 2249 (Cámara de vídeo y digital) camescope normalement ?!?
Commentaire de Frederic vacher [ 31/janv./08 15:06 ]
Normalement il y a 2 types différents.
Commentaire de Marion Anfreville [ 04/févr./08 14:22 ]
Je pense que le problème ne vient pas du paramétrage mais des indicateurs présents en BO :
http://bo.priceminister.es/summary (si on parle bien de ces indicateurs).

Le type "Cámara de vídeo y digital" (ID : 2249) est bien le type de produit où on stock les appareils photos numériques ainsi que les camescopes.

Pourquoi ? La modélisation CNet est faite ainsi :

EX Produits appareils photos numériques CNet :
http://bo.priceminister.es/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=Canon+ixus&search_type=10&prd_type_code=&product_id=&base_product_id=&zero_stock=true&one_in_stock=true&many_in_stock=true&submitter_part=true&submitter_pro=true&prd_status_code=-60&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=&submitter_result=&change_start_date=&change_end_date=&owner_login=&data_file_id=&create_data_file=true&change_data_file=true&feed_start_date=&feed_end_date=&with_complement=1&create_start_date=&create_end_date=&order=&number_rows=200&do_search.x=0&do_search.y=0

Le type "Cámaras analógica" (2449) a due être créée à l'initial pour les appareils photos numériques mais pas utilisé car on s'est aperçu par la suite que CNet stockait appareils photos numériques et camescope dans la même catégorie.



[APP-25402] BO fiche produit - Upload d'image produit KO Création: 28/mai/09 09:48  Mise à jour: 07/déc./09 15:53  Résolue: 07/déc./09 15:53

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 46.0.1.1
Version(s) corrigée(s): 50.0.0 (CAT-J)

Type: Bogue Priorité: Mineur
Rapporteur: Aurélien Vergalli Attribution: Dispatcher (Pôle CAT)
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Prod
Projets PM: *** RESERVE ***
Projets PM archivés: Photos annonce

 Description   
Message d'erreur lors d'upload image produit sur FP en BO:
"Le chargement de votre image a échoué. Vérifiez que votre photo est bien au format JPEG, PNG, BMP ou GIF.
Vous ne pouvez pas envoyer deux fois la même photo."

 Commentaires   
Commentaire de Edouard Gomez-Vaez [ 29/mai/09 09:01 ]
Vu avec CGA : ça passe juste après la TX.
Commentaire de Edouard Gomez-Vaez [ 29/mai/09 09:09 ]
Commité sur la branche release/V46 (25278). A backmerger sur le tronc dès que CGA donne le go pour préparer le patch.
Commentaire de Edouard Gomez-Vaez [ 03/juin/09 09:31 ]
Backmergé sur le tronc. Part avec la 47.0.1 a priori demain jeudi 03/06.
Commentaire de Aurélie Kwiatkowski [ 03/juin/09 15:37 ]
Lorsqu'on clique sur soumission image dans une fiche produit BO, on ouvre en pop-up. On se connecte et une erreur est déclenchée.

Pourquoi doit-on se connecter?

Les logs de l'erreur :


2009-06-03 15:30:54,509 INFO [P-Processor6] Kaurell - >>> POST http://www.pm.lan/image!action=upload&continuebtn=Continuer&popup=true&productid=8043
3256

2009-06-03 15:30:54,526 ERROR [P-Processor6] Kaurell - Load error
Servlet=com.babelstore.image.front.ImageServlet
Request=POST http://www.pm.lan/image!action=upload&continuebtn=Continuer&popup=true&productid=80433256
Referrer=null
User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)
Trace=com.babelstore.util.ApplicationException: Upload for Advert images is active for the type 1540 but there is no advert identifier in the url.
        at com.babelstore.image.front.UploadImageAction.isAdvertImage(UploadImageAction.java:286)
        at com.babelstore.image.front.UploadImageAction.execute(UploadImageAction.java:164)
        at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:400)
        at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:353)
        at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:251)
        at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:207)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:169)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:407)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:619)
Commentaire de Edouard Gomez-Vaez [ 09/juin/09 10:39 ]
Bon.
Ca ne marche pas en intégration uniquement sur les postes de Benoît et d'Aurélie, IE et FF.
Ca marche en prod sur tous les postes.

Commentaire de Benoît Bourdon [ 16/juil./09 17:55 ]
Corrigé et déjà en prod.
Commentaire de Aurélie Kwiatkowski [ 24/juil./09 10:23 ]
Je le ferme mais le problème est toujours présent chez moi...



[CAT-2198] [BO FP Chaussures + Montres] Liste fabricants tronquée Création: 28/oct./09 10:39  Mise à jour: 19/nov./09 13:52  Résolue: 19/nov./09 13:52

Etat: Résolu
Projet: Paramétrage - Non Import
Composants: Mise en vente, Modélisation
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Sandra Ferrero Attribution: Marion Anfreville
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: File Liste Fab Chaussures     File Liste Fab Montres.bmp    
Pays:
FRA - France

 Description   
Suite à des modifications dans les valeurs fabricants (voir Jira CAT-2154 + CAT-2143), la liste déroulante n'est plus complète en BO.
En Front, le formulaire de MeV n'est pas touché en revanche.
Ci-joint capture d'écran.

 Commentaires   
Commentaire de Marion Anfreville [ 28/oct./09 11:43 ]
Modification apportée au valeur du jira CAT-2154 et CAT-2143 : les valeurs ont été repassée en "Affichée BO" (contre "Affichée FO" qui provoque ce problème).
Commentaire de Marion Anfreville [ 28/oct./09 11:44 ]
Corriger sur preview, OK demain en prod.



[APP-19525] Taux de succès import - différence entre BO et Front Office Création: 11/févr./08 16:17  Mise à jour: 03/juin/08 18:14  Résolue: 05/mars/08 18:41

Etat: Fermé
Projet: Application PriceMinister
Composants: Import de Fichiers
Affecte la/les version(s): 18.1.2
Version(s) corrigée(s): 23.0.0 (CAT-B)

Type: Bogue Priorité: Critique
Rapporteur: Marion Anfreville Attribution: Mostafa Diane
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File BO.jpg     JPEG File FO.jpg    
Liens des demandes:
Similaire
similaire à IMP-1788 problème sur les imports de merlecris Résolu
similaire à APP-20258 [Import - Fichier] Statistiques diffé... Fermé
Pays:
ALL - Tous
Site: Prod
Classif1: IMPORT
Projets PM archivés: Maintenance CAT-B

 Description   
J'ai mis en place sur le format "ABEBOOKS - livres V3.0" la fonction qui permet d'ignorer des lignes du fichier.

Le résultat de mon import en BO est de 76% de succès alors que le partenaire lui voit 55% de succès.

Le taux de succès affiché est différent en BO et en FO ce qui est assez problématique car le partenaire se plaigner du taux de succès et les corrections faites ne sont pas visibles pour le partenaire.

 Commentaires   
Commentaire de Mostafa Diane [ 05/mars/08 10:58 ]
les lignes ignorées ont été mal prises en compte dans le calcul du taux de succès en Front.
le taux est calculé par la formule suivante lignes traités % lignes total, alors qu'il devrait être (lignes traités % (Lignes traités + ligne en erreur)). Ceci pour ne pas prendre en compte les lignes ignorées dans ce calcul.

Marion, est ce que tu es d'accord avec cette formule?
Commentaire de Mostafa Diane [ 05/mars/08 18:41 ]
Les statistiques des fichiers en FO sont corrigées
Commentaire de Arnaud Forgues [ 05/mai/08 11:53 ]
Mostafa, tu as fait cette correction sur quelle branche ? ca va vraiment passer en V22 ?
Commentaire de Mostafa Diane [ 16/mai/08 15:57 ]
J'ai résolu ce jira dans le cadre de la chasse au jira. il faut que je regarde si elle est sur la V22
Commentaire de Edouard Gomez-Vaez [ 16/mai/08 17:56 ]
dans les logs CVS :

# 2008-03-05 18:41 - dianem
# APP-19525 : correct front statistiques
dev/source/src/com/babelstore/datafile/front/AdvFileHistory.jsp:1.34.84.1

Corrigé sur TRUNK_CAT_200803 donc sort en CAT-B (a priori V23).
Commentaire de Marion Anfreville [ 03/juin/08 18:14 ]
semble corriger en integ => import mois de mars de merlecris, % de succès identique en BO et FO.



[APP-23936] correction liens bo suite centralisation pmv Création: 14/janv./09 15:28  Mise à jour: 03/avr./09 14:58  Résolue: 31/mars/09 09:25

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 38.0.0.1, 44.0.0 (TX-F)
Version(s) corrigée(s): 44.0.0 (TX-F)

Type: Tâche Priorité: Majeur
Rapporteur: Claire Durand Attribution: Fabien Bourdoulous
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
Site: Prod
Projets PM archivés: Paiement - Nettoyage PMV

 Description   
1) bo > pmv > voir historique
le "C" orange du pseudo doit renvoyer vers la page mon pmv en fo
non > /wallet?action=list
oui > /wallet?action=wltview&oprcount=30&oprfilter=ALL

2) bo > compensations > finances > "C"
non > /wallet?action=wltview&oprcount=30&oprfilter=ALL
oui > /wallet?action=wltview&oprcount=30&oprfilter=CREDIT_COMPENSATION

Merci bcp
Claire

 Commentaires   
Commentaire de Cedric Favero [ 15/janv./09 15:56 ]
Fait partie effectivement de la demande que je t'ai faite de centraliser toutes les adaptations nécessaires suite à la centralisation PMV.
Le mieux est de toutes les regrouper afin de faire un tir groupé.
Commentaire de Quentin de Chivré [ 06/mars/09 18:17 ]
A faire dans le cadre du nettoyage
Commentaire de Arnaud Forgues [ 09/mars/09 10:17 ]
A vérifier, mais je pense que le nettoyage PMV sera passé dessus par construction (on supprime l'action OperationListAction : wallet?action=list)
Commentaire de Arnaud Forgues [ 30/mars/09 18:49 ]
Fabien, c'est corrigé ça non ? A résoudre ?
Commentaire de Aurélie Kwiatkowski [ 03/avr./09 14:58 ]
1) bo > pmv > voir historique
le "C" orange du pseudo doit renvoyer vers la page mon pmv en fo
non > /wallet?action=list => Pas de PMV donc pas de "C" orange du pseudo
oui > /wallet?action=wltview&oprcount=30&oprfilter=ALL => OK

2) bo > compensations > finances > "C"
non > /wallet?action=wltview&oprcount=30&oprfilter=ALL => renvoie vers "/activation"
oui > /wallet?action=wltview&oprcount=30&oprfilter=CREDIT_COMPENSATION => OK



[APP-3152] BO Produit / Création : qu'en est il des produits compléments ? Création: 26/nov./04 10:34  Mise à jour: 25/juin/07 18:26  Résolue: 12/juil./05 15:15

Etat: Fermé
Projet: Application PriceMinister
Composants: Produits
Affecte la/les version(s): 7.2.8val
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Validator Attribution: Renaud Dierickx
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
J'ai créé des produits type Mode & textile en mode de base. Apparemment, il n'y a aucun moyen de migrer ces produits vers le mode complément : on ne peut pas créer de produits compléments rattachés à un produit de base en BO.

Ceci interdit toute soumission bo de produits (dans le cas d'un nombre limité de produits, l'équipe commerciale a l'habitude de fonctionner manuellement pour éviter la perte de temps de l'écriture d'un format d'import utilisé une seule fois) et surtout on ne pourra pas faire la migration des produits textiles existants sur le site.

 Commentaires   
Commentaire de Quentin de Chivré [ 12/juil./05 10:24 ]
Discuter avec Nicolas et suggérer une solution
Commentaire de Nicolas Gréhalle [ 12/juil./05 14:44 ]
Vu les évolutions envisagées pour la création de produit en BO, on abandonne



[IMP-811] creation p+f+maj ecrasement+compte FTP pour deuxième compte DECITRE Création: 31/mai/07 16:40  Mise à jour: 30/oct./09 15:51  Résolue: 06/juin/07 11:06

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Anne Korchia Attribution: Espérance Galouo-Lece
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: TOUTILIBRIS
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)

 Description   
creation p+f+maj ecrasement+compte FTP pour deuxième compte DECITRE

 Commentaires   
Commentaire de Marion Anfreville [ 31/mai/07 17:04 ]
Anne, le compte decilibris fait plus de l'entrées/sorties que de l'écrasement.

En fait, le compte decilibris à 3 profils :
Entrées
Sorties
Ecrasement

Faut-il faire la même chose (même traitement et même format d'import) que pour le compte decilibris ?
Commentaire de Anne Korchia [ 04/juin/07 10:16 ]
oui je propose de faire la même chose pour toutilibris
Commentaire de Espérance Galouo-Lece [ 06/juin/07 11:06 ]
 - Le compte FTP a été crée
======= Compte FTP =======
==== Home : Toutilibris =====
==== Pass : VADmail07 =======

 - La ConfigFTP est opérationnelle



[IMP-6034] creation compte FTP nouveau compte pro Weebulle-new Création: 07/mai/10 10:13  Mise à jour: 10/mai/10 10:22  Résolue: 10/mai/10 10:22

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Anne Korchia Attribution: Jérome Marianne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: Weebulle-new
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces (écrasement), Suppression annonces, Mise à jour/création annonces avec création produits (écrasement)

 Description   
creation compte FTP nouveau compte pro Weebulle-new

 Commentaires   
Commentaire de Jérome Marianne [ 10/mai/10 10:08 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : weebulle-new
mot de passe : wee489bulle9
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : non

=====================================================================
Commentaire de Jérome Marianne [ 10/mai/10 10:22 ]
Compte FTP activé.



[IMP-5411] creation compte ftp+flux de commandes pour 3eme compte decitre toplibris Création: 25/févr./10 16:20  Mise à jour: 02/mars/10 11:40  Résolue: 02/mars/10 11:40

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Anne Korchia Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: toplibris
Modèle: decilibris
Séparateur: Barre verticale (|)
Type de traitement:
Mise à jour/création annonces (écrasement), Suppression produits

 Description   
creation compte ftp+flux de commandes pour 3eme compte decitre toplibris

 Commentaires   
Commentaire de Frédéric Nahum [ 02/mars/10 11:40 ]
Compte FTP vendeur créé...

Pseudo : toplibris
mot de passe : VAD2010
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui

c'est fait sur les meme base que decilibris et toutilibris



[APP-3797] Panier BO : probleme d'enregistrement du login dans le panier Création: 30/mars/05 12:32  Mise à jour: 25/juin/07 18:28  Résolue: 25/juin/07 18:28

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.3.2
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Olivier Cales Attribution: Emmanuel Gosse
Résolution: Impossible à reproduire  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Le probléme se situe au niveau de la mise en panier d'un produit provenant
d'une boutique vendeur, dans le sens mise en panier, puis connection au compte.
l'inverse marche trés bien.

 Commentaires   
Commentaire de Olivier Cales [ 30/mars/05 15:01 ]
normalement le panier en construction devrait apparaitre sur le back-office,
mais dans le cas du bug le panier en construction n'apparait pas.
Commentaire de Quentin de Chivré [ 30/mars/05 16:21 ]
En fait quand on fait connexion puis panier, le login est stocké dans le panier
mais quand on fait panier puis connexion, le login n'est pas stocké dans le
panier

Il me semblait que Martin avais deja corrigé cela...
Commentaire de Emmanuel Gosse [ 05/avr./05 11:43 ]
la requete marche correctement mais par défaut exclue les paniers expirés ou en
construction: ce qui n'est pas précisé, d'ou la pose de ce bug.
pour les avoir en résultats, il faut spécifier l'état du panier.

pour améliorer la compréhension de l'interface, on peut modifier l'état par
défaut dans la requete et la liste disponible.

Ce n'est pas forcément nécessaire.

 
Commentaire de Quentin de Chivré [ 05/avr./05 14:40 ]
NON

Indépendamment de l'interface BO, il y a bien un bug d'enregistrement du login
que j'ai déja passé 10 minutes a décrire ci-dessus + à te l'expliquer. Merci de
le corriger.
Commentaire de Emmanuel Gosse [ 05/avr./05 16:18 ]
réexplication du bug:

login + panier > login gardé dans le panier en BO
panier + login > login perdu

Bug non reproduit en dev mais reste ouvert pour etre testé en Integ.
Commentaire de Emmanuel Gosse [ 07/juin/05 11:13 ]
ca marche en integ.



[APP-24846] Bug lors du changement de profil en BO le 1er coup Création: 01/avr./09 10:11  Mise à jour: 14/mai/10 15:18  Résolue: 23/mars/10 10:29

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 44.0.0 (TX-F)
Version(s) corrigée(s): 69.0.0 (TX-N)

Type: Bogue Priorité: Critique
Rapporteur: Arnaud Forgues Attribution: Clement Balay
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
Projets PM: *** CHASSE ***

 Description   
La première fois que je me connecte en BO, après m'être authentifié, si je souhaite changé de profil, je clique sur le lien qui va bien et rien ne se passe. Ensuite au 2e clique, on a bien une popup qui s'ouvre pour me demander de me ré-authentifier.

Pas bloquant, mais bizarre qd meme !

 Commentaires   
Commentaire de Clement Balay [ 01/avr./09 16:52 ]
Voici l'exposé technique du problème:
la servlet /disconnect_back n'étant pas sécurisée, à son premier appel, elle ne contient pas l'utilisateur connecté dans son contexte, à ce moment là on essaie de récupérer le contexte sur un objet null, donc cela renvoi une exception catchée et renvoi une vue qui redirige vars la page précédente.
Par contre au deuxième appel, l'utilisateur est bien dans le contexte, donc là le changement de profil se déroule comme il faut.
Commentaire de Clement Balay [ 02/avr./09 17:50 ]
        try {
            // Récupère le Subject, c'est à dire l'utilisateur connecté
            Subject s = (Subject) PolicyContext.getContext(SecurityConstants.SUBJECT_CONTAINER);

            // Le sujet est nul (soit on est déconnecté, soit on fait un premier appel à la servlet
            // /disconnect_back, comme elle est non sécurisée, elle ne possède pas le sujet dans son contexte)
            if(s == null) {
                // Si le UserPrincipal est nul, cela veut dire que le sujet est bien déconnecté, donc, il ne sert
                // à rien de le re-déconnecter
                if(req.getUserPrincipal() == null) {
                    throw new LoginException();
                }
            }
            // si le sujet existe, on le deloggue
            else {
                // Récupère le contexte de l'authentification en fonction du domaine de sécurité et du sujet
                LoginContext ctxt = new LoginContext(SecurityConstants.DOMAIN_NAME, s);

                // Déloggue l'utilisateur côté Serveur
                ctxt.logout();
            }

            // Envoit un code 401 qui permet de forcer le navigateur à redemander une connexion
            res.setStatus(HttpServletResponse.SC_UNAUTHORIZED);
            res.setHeader("WWW-Authenticate", "Basic realm=\"" + SecurityConstants.REALM_NAME + "\"");

            // Invalide la session
            req.getSession().invalidate();
        }
        catch (PolicyContextException e) {
            logger.log(e.getMessage(), Logger.ERROR);
        }
        catch (LoginException e) {
            logger.log(e.getMessage(), Logger.ERROR);
        }
Commentaire de Jérémie Bennejean [ 25/nov./09 10:36 ]
Bonjour,

Effectivement le mécanisme d'authentification en fonctionne pas correctement, et l'utiliser en devient carrément laborieux....
Je m'explique, par exemple, suite à une demande pour effectuer des modifications sur "l'Assistance tél", j'ai du changer 3 fois d'utilisateur entre la recharge des caches, et les changements de paramètres, je suis passé par X écrans ..... pour un serveur .... heureusement que je n'ai pas eu à le faire pour l'ensemble des AS sinon ca aurait été impossible......

Aussi, j'augmente la priorité de ce jira.

Merci.
Jérémie
Commentaire de Arnaud Forgues [ 25/nov./09 16:00 ]
Je pense qu'il ne s'agit pas du même bug. A l'origine il s'agissait simplement du fait qu'au 1er clic, il ne se passait rien puis dès le 2e, c'était OK.

Dans ton cas (et je l'avais également remarqué depuis quelque temps en INTEG essentiellement, vu qu'en PROD je ne connais pas les MDP des autres user que bo), je pense qu'il y a eu une régression ou quelque chose dans le genre soit au niveau des config JBoss, soit au niveau du code (mais peu probable car on n'a surtout pas retouché à ça ... c'était bien assez complexe et tordu pour qu'on y retouche sans bonne raison)
Commentaire de Clement Balay [ 13/janv./10 09:11 ]
Tu vas être content jerem, le voila corrigé ce bug

voici les modifs apportés:
- Sécurisation de la servlet "/disconnect_back" qui permet de la mettre dans le contexte de la sécurisation
- Correction de l'écran DISCONNECT_VIEW qui permet de rediriger vers le refferer (je sais pas pourquoi c'était pété mais c'était pour ça que lorsque on se connectait, cela affichait une page blanche)
- Rajout d'un test dans la servlet disconnect_back qui fait que lorsque on se reconnecte en BO, cela ne deconnecte pas pour redemander une connexion à l'utilisateur (connexion en boucle), en gros je teste la session pour savoir si elle est nouvelle, si elle est nouvelle, cela veut dire que l'on vient de se reconnecter et donc il ne faut pas demander de reconnexion.

CAJ2010Q1TX
Commentaire de Cédric Goldovsky [ 22/mars/10 11:00 ]
Toujours le même problème :
1er clic = rien ne se passe
2eme clic = apparition de la popup
Commentaire de Clement Balay [ 22/mars/10 12:32 ]
Effectivement le problème original est toujours là même si d'autres bugs sur la connexion ont été corrigés.

Donc on corrigera ce pb pour la prochaine version
Commentaire de Clement Balay [ 23/mars/10 10:29 ]
CAJ2010Q1TX



[APP-16241] Fiches validées en BO - Pas de changement de "propriétaire" Création: 07/mai/07 10:58  Mise à jour: 06/juin/08 09:17  Résolue: 04/juin/07 17:17

Etat: Fermé
Projet: Application PriceMinister
Composants: Recherche produit
Affecte la/les version(s): 14.0.1
Version(s) corrigée(s): 15.0.0

Type: Bogue Priorité: Majeur
Rapporteur: Aurélien Vergalli Attribution: Geneviève Beaujard
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à APP-18974 Fiches-produit soumises - Refus par m... Fermé
Pays:
FRA - France
Site: Prod
Projets PM archivés: Maintenance 15.x.x

 Description   
Exemple fiche : http://bo.priceminister.com/referential_back?action=productview&productid=54533816
Bien que validée, il est spécifié "Modifié 07/05/2007-10:54 par PM Front Office" et "Propriétaire : duke77" (pseudo du vendeur)

Note : Les fiches en question du pseudo "duke77" onté été validées par la méthode "Go" (validation par lots de fiches soumises par un pseudo unique).

 Commentaires   
Commentaire de Aurélien Vergalli [ 07/mai/07 11:01 ]
Exemple de fiche validée avec changements effectifs : http://bo.priceminister.com/referential_back?action=productview&productid=54533810
(Modifié 07/05/2007-10:54 par PM Back Office + Propriétaire PM Back Office)
Commentaire de Nicolas Chauveau [ 10/mai/07 15:53 ]
Peux-tu analyser s'il te plait ?
Commentaire de Geneviève Beaujard [ 10/mai/07 18:05 ]
Cette question m'a donné du fil a retordre car au debut je ne voyais pas comment cela pouvait arriver.
En fait le BO se sert de la fonction 'Valider toutes les fiches produit soumises par:' qui valide toutes fiches soumises de duke77.
En 1 on valide toutes les fiches soumises de duke77, cette validation ne met pas a jour le owner_account_id.
En 2 on valide la fiche et là on change bien le owner du productid 54533810.
En 3 Valider toutes les fiches produit soumises de duke77.

La validation multiple ne change pas l'owner des fiches produits.

Voici les logs:
1)
2007-05-08-05-00_amphore.log.gz:2007-05-07 10:53:56,768 INFO [P-Processor9] 62.23.27.114 - >>> GET http://bo.priceminister.com/referential_back?action=productmultiactivate&submitter_login=duke77&x=9&y=11
2007-05-08-05-00_amphore.log.gz:2007-05-07 10:54:18,119 INFO [P-Processor9] 62.23.27.114 - <<< [21351 ms] GET http://bo.priceminister.com/referential_back?action=productmultiactivate&submitter_login=duke77&x=9&y=11
2007-05-08-05-00_amphore.log.gz:2007-05-07 10:54:18,119 WARN [P-Processor9] 62.23.27.114 - Long request [21351 ms]: GET http://bo.priceminister.com/referential_back?action=productmultiactivate&submitter_login=duke77&x=9&y=11

2)
2007-05-08-05-00_amphore.log.gz:2007-05-07 10:54:35,789 INFO [P-Processor7] 62.23.27.114 - >>> POST http://bo.priceminister.com/referential_back!action=productupd...&category=193310&maxcurrencyid=978&newcurrencyid=978&prdcomment=Carte rare...&prdstatuscode=15&prdtypecode=1160&primarycategory=193308&productid=54533810&radiobutton=on&specstatuscode=10&title=Spellfire ...&x=35&y=13
2007-05-08-05-00_amphore.log.gz:2007-05-07 10:54:35,964 INFO [P-Processor7] 62.23.27.114 - (Status : 302) Redirecting to : /referential_back?action=productview&productid=54533810
2007-05-08-05-00_amphore.log.gz:2007-05-07 10:54:35,964 INFO [P-Processor7] 62.23.27.114 - <<< [175 ms] POST http://bo.priceminister.com/referential_back!action=productupd...&category=193310&maxcurrencyid=978&newcurrencyid=978&prdcomment=Carte rare...&prdstatuscode=15&prdtypecode=1160&primarycategory=193308&productid=54533810&radiobutton=on&specstatuscode=10&title=Spellfire ...&x=35&y=13

3)
2007-05-08-05-00_amphore.log.gz:2007-05-07 10:54:39,071 INFO [-Processor41] 62.23.27.114 - >>> GET http://bo.priceminister.com/referential_back?action=productmultiactivate&submitter_login=duke77&x=15&y=5
2007-05-08-05-00_amphore.log.gz:2007-05-07 10:54:40,502 INFO [-Processor41] 62.23.27.114 - <<< [1431 ms] GET http://bo.priceminister.com/referential_back?action=productmultiactivate&submitter_login=duke77&x=15&y=5


Question:
la modification multiple (ProductMultiActivateAction) doit'elle changer le owner_account_id d'une fiche produit?
Commentaire de Mostafa Diane [ 11/mai/07 11:16 ]
Valider une fiche produit en BO via le bouton "Valider" change le Propriétaire pour la simple raison de ne plus perdre les modifications apportés à la fiche produit lors d'une autre mise à jour "via front ou import"( On considère que les données sont propre), je ne suis pas sur qu'on veut avoir cette fonctionnalité pour la validation multiple.
Donc si on change le propriétaire lors de la validation multiple l'ancien propriétaire ne peut plus changer sa fiche produit. Est ce que ca ne pose pas problème?
Commentaire de Judd OSullivan [ 22/mai/07 15:39 ]
Pour résumer ce que j'ai mis dans un email :
On pense que la validation par lot n'a jamais changé le proprietaire de fiche produits.
J'ai demandé à Aurelien s'il veut changer le comportement de l'appli afin de changer le proprietaire avec la validation par lot.
Commentaire de Geneviève Beaujard [ 22/mai/07 16:49 ]
J'attends la reponse d'aurelien pour avancer
Commentaire de Aurélien Vergalli [ 04/juin/07 17:09 ]
Cette demande avait été motivée par ce qui me semble être la logique : modif / validation en BO = changement propriétaire.
Mais le comportement actuel, même s'il m'étonne, ne me pose pas de problème.
Je vous laisse donc juge de la pertinence de la demande.
Commentaire de Judd OSullivan [ 04/juin/07 17:17 ]
Si le comportement actuel ne te gene pas, on ne le touche pas:)
Commentaire de Geneviève Beaujard [ 06/juin/08 09:17 ]
CE n'est pas le première fois qu'Aurelien me parle du problème au sujet du propriétaire d'un produit(champ owner_acccount_id de la table product)
Pour l'instant ce champ est modifié en BO:
- par la macro d'activation (ProductSingleActivateAction)
- par le clic sur le bouton 'Modifier' de la fiche produit

Ce champ n'est pas touché par les actions suivantes:
- refus de fiche produit par macro (ProductMacroAction)
- validation par lots de fiches produits en BO (ProductMultiActivayrAction) voir http://pricejira.lan/browse/APP-18974

FAUT'il maintenir ces règles?
Pour prendre cette décision il serait bon de consulter Aurélien.

Il faut cependant rappeler que le fait de changer le propriétaire implique que l'ancien propriétaire ne puisse plus changer sa fiche produit(sauf si le profil de mise à jour a le champ GRANT_UPDATE_OWNER_DIFFERENT renseigné à 1).



[APP-20012] Utilisation des champs de "recherche autocompletion" en BO : recherche fabriquant Création: 27/mars/08 12:06  Mise à jour: 21/oct./08 17:52  Résolue: 18/juil./08 10:15

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 19.2.0
Version(s) corrigée(s): 31.0.3

Type: Amélioration Priorité: Mineur
Rapporteur: Benoît Bourdon Attribution: Aurélien Vergalli
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File zone identification.jpg    
Liens des demandes:
Similaire
similaire à APP-20192 Différencier les valeur pierre et dia... Fermé
Pays:
FRA - France
Projets PM: *** RESERVE ***
Classif1: BO
Classif2: FP

 Description   
L'équipe Validation serait intéressé par les champs de recherche autocompletion en BO sur l'écran produit :
- Dans la zone "identification" des FP (namespace) (sur la recherche fabriquant)
- Dans la zone fabriquant en haut de la FP

Dans ces listes il faut les valeurs "pierre" et les valeurs "Diamant"


> Par contre il ne pas oublier de différencier visuellement ces 2 types de valeurs (voir jira Lié)

 Commentaires   
Commentaire de Benoît Bourdon [ 18/avr./08 11:20 ]
Je te retransfert le jira (question qu'il ne soit pas traité à tord).Je te laisse voir si toi et ton équipe souhaitez avoir cette fonctionnalité.

Par contre je laisse le jira : APP-20192 ouvert, il clairement plus important
Commentaire de Aurélien Vergalli [ 18/juil./08 10:15 ]
Tout bien réfléchi, l'autocomplétion risque d'entrainer une perte de productivité de la validation en BO.



[EXP-5061] [UK] Ecran BO Produit - Pas de rafraichissement Création: 24/févr./10 17:15  Mise à jour: 09/avr./10 09:53  Résolue: 09/avr./10 09:53

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Yan Gueguen Attribution: Eric Vannier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
GBR - Royaume Uni

 Description   
Depuis hier aucune nouvelle fiche soumise, de plus les fiches validées ne sont pas parties :

http://bo.priceminister.co.uk/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=&search_type=10&prd_type_code=&product_id=&base_product_id=&zero_stock=true&one_in_stock=true&many_in_stock=true&submitter_part=true&submitter_pro=true&attribute_name_key=&prd_status_code=20&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=&submitter_result=&change_start_date=&change_end_date=&owner_login=&data_file_id=&create_data_file=true&change_data_file=true&feed_start_date=&feed_end_date=&with_complement=1&create_start_date=&create_end_date=&order=10&number_rows=200&do_search.x=24&do_search.y=9

Pourtant il y a de nouvelles fiches soumises (trouvées via soumission image) :

http://bo.priceminister.co.uk/referential_back?action=productview&productid=44181105

 Commentaires   
Commentaire de Aurélien Vergalli [ 11/mars/10 11:11 ]
Toujours d'actualité. 24 à 48h de "retard" sur les produits en BO.
Exemple de fiche: http://bo.priceminister.co.uk/referential_back?action=productview&productid=45851087

On ne trouve donc pas sur le site les produits validés récemment!

Concerne aussi le site ES: EXP-5060

Peut-on avoir des infos? Le problème est connu? Des solutions envisagées? Etc.
Merci.
Commentaire de Eric Vannier [ 09/avr./10 09:53 ]
Cela provient des blocages des searchers sur notre plateforme INTL....



[APP-24441] [BO - Saisie Date de Naissance] : Ajout d'un contrôle Création: 26/févr./09 16:24  Mise à jour: 18/sept./09 10:53  Résolue: 27/juil./09 17:41

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 41.0.0 (TX-E)
Version(s) corrigée(s): 53.0.0 (TX-I)

Type: Amélioration Priorité: Mineur
Rapporteur: Agathe Remy Attribution: Marc-Antoine Decreton
Résolution: Corrigé  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Sous-tâches:
Clé
 Résumé
 Type
 Etat
 Attribution
APP-26509 NPE lors de la saisie d'une date de n... Sub-bug Fermé Marc-Antoine Decreton  
Pays:
FRA - France
Site: Prod
Projets PM: *** CHASSE ***

 Description   
Bonjour,

Dans le flux quotidien de mise à jour du DataWareHouse, nous venons de mettre à jour 2 comptes pour lesquels la date de naissance mise à jour hier (le 25/02/2009) est invalide, c'est à dire dont l'année commence par 0.
Nous nous demandons donc si un bug n'a pas été introduit par la V41.
Voici les identifiants des comptes concernés :
user_account_id;registration_birth_date;wallet_birth_date
17459319;11/07/0195;11/07/0195
18187333;29/03/0956;29/03/0956
Les 2 dates de naissance (registration_birth_date et wallet_birth_date) ont été mises à jour et sont erronées.

Merci de voir ce qu'il en est.

Agathe

 Commentaires   
Commentaire de Espérance Galouo-Lece [ 26/févr./09 18:20 ]
Premier pas avant la création du compte (18187333 )

2009-02-04-05-00_amphore.log.gz:2009-02-03 22:57:33,772 INFO [Processor172] 90.24.226.202 - >>> POST http://www.priceminister.com/submit!action=submitadve...&categoryref=186126&ilimitedqty=false&isupdate=false&prix=6,00&productid=655234&qualite=40&quantite=1&shippingmode=true&stage=10&submitbtn=Publier mo...&submitstage=true
2009-02-04-05-00_amphore.log.gz:2009-02-03 22:57:33,787 INFO [Processor172] 90.24.226.202 - (Status : 302) Redirecting to : /connect?action=login&c=84&dest=%2Fsubmit%3Faction%3Dsubmitadvert%26categoryref%3D186126%26ilimitedqty%3Dfalse%26isupdate%3Dfalse%26prix%3D6%252C00%26productid%3D655234%26qualite%3D40%26quantite%3D1%26shippingmode%3Dtrue%26stage%3D10%26submitbtn%3DPublier%2Bmon%2Bannonce%26submitstage%3Dtrue
2009-02-04-05-00_amphore.log.gz:2009-02-03 22:57:33,787 INFO [Processor172] 90.24.226.202 - <<< [14 ms] POST http://www.priceminister.com/submit!action=submitadve...&categoryref=186126&ilimitedqty=false&isupdate=false&prix=6,00&productid=655234&qualite=40&quantite=1&shippingmode=true&stage=10&submitbtn=Publier mo...&submitstage=true
2009-02-04-05-00_amphore.log.gz:2009-02-03 22:57:34,440 INFO [Processor165] 90.24.226.202 - >>> GET https://www.priceminister.com/connect?action=login&c=84&dest=%2Fsubmit%3Faction%3Dsubmitadvert%26categoryref%3D186126%26ilimitedqty%3Dfalse%26isupdate%3Dfalse%26prix%3D6%252C00%26productid%3D655234%26qualite%3D40%26quantite%3D1%26shippingmode%3Dtrue%26stage%3D10%26submitbtn%3DPublier%2Bmon%2Bannonce%26submitstage%3Dtrue
2009-02-04-05-00_amphore.log.gz:2009-02-03 22:57:34,578 INFO [Processor165] 90.24.226.202 - <<< [138 ms] GET https://www.priceminister.com/connect?action=login&c=84&dest=%2Fsubmit%3Faction%3Dsubmitadvert%26categoryref%3D186126%26ilimitedqty%3Dfalse%26isupdate%3Dfalse%26prix%3D6%252C00%26productid%3D655234%26qualite%3D40%26quantite%3D1%26shippingmode%3Dtrue%26stage%3D10%26submitbtn%3DPublier%2Bmon%2Bannonce%26submitstage%3Dtrue
2009-02-04-05-00_amphore.log.gz:2009-02-03 22:57:51,713 INFO [-Processor22] 90.24.226.202 - >>> GET https://www.priceminister.com/connect?action=register&c=84&dest=%2Fsubmit%3Faction%3Dsubmitadvert%26categoryref%3D186126%26ilimitedqty%3Dfalse%26isupdate%3Dfalse%26prix%3D6%252C00%26productid%3D655234%26qualite%3D40%26quantite%3D1%26shippingmode%3Dtrue%26stage%3D10%26submitbtn%3DPublier%2Bmon%2Bannonce%26submitstage%3Dtrue&isSubmitFunnel=false&pro=false
2009-02-04-05-00_amphore.log.gz:2009-02-03 22:57:51,862 INFO [-Processor22] 90.24.226.202 - <<< [149 ms] GET https://www.priceminister.com/connect?action=register&c=84&dest=%2Fsubmit%3Faction%3Dsubmitadvert%26categoryref%3D186126%26ilimitedqty%3Dfalse%26isupdate%3Dfalse%26prix%3D6%252C00%26productid%3D655234%26qualite%3D40%26quantite%3D1%26shippingmode%3Dtrue%26stage%3D10%26submitbtn%3DPublier%2Bmon%2Bannonce%26submitstage%3Dtrue&isSubmitFunnel=false&pro=false
2009-02-04-05-00_amphore.log.gz:2009-02-03 23:00:56,230 INFO [Processor147] 90.24.226.202 - >>> POST https://www.priceminister.com/connect!110=false&120=false&125=false&130=false&action=doregister&birthday=29&birthmonth=03&birthyear=1956&c=84&contract=true&dest=/submit?ac...&email=michelle.a...&email2=michelle.a...&firstname=Michelle&isSubmitFunnel=false&lastname=ANGELINI&login=mimiange52&password=mimi2903&password2=mimi2903&submitParameterListInput=110&submitParameterListInput=110&submitParameterListInput=120&submitParameterListInput=120&submitParameterListInput=125&submitParameterListInput=125&submitParameterListInput=130&submitParameterListInput=130&submitbtn=Cr&#xE9;er mon ...&usrtitle=10
2009-02-04-05-00_amphore.log.gz:2009-02-03 23:00:56,587 INFO [Processor147] 90.24.226.202 - User registration - login = mimiange52
2009-02-04-05-00_amphore.log.gz:2009-02-03 23:00:56,588 INFO [Processor147] 90.24.226.202 - Event : Register with news
2009-02-04-05-00_amphore.log.gz:2009-02-03 23:00:56,736 INFO [Processor147] 90.24.226.202 - Displaying tag : Tracking (REGISTER_WITH_NEWS) - Google-Vente(2219140)::Inscription_avec_newsletter
2009-02-04-05-00_amphore.log.gz:2009-02-03 23:00:56,738 INFO [Processor147] 90.24.226.202 - <<< [508 ms] POST https://www.priceminister.com/connect!110=false&120=false&125=false&130=false&action=doregister&birthday=29&birthmonth=03&birthyear=1956&c=84&contract=true&dest=/submit?ac...&email=michelle.a...&email2=michelle.a...&firstname=Michelle&isSubmitFunnel=false&lastname=ANGELINI&login=mimiange52&password=mimi2903&password2=mimi2903&submitParameterListInput=110&submitParameterListInput=110&submitParameterListInput=120&submitParameterListInput=120&submitParameterListInput=125&submitParameterListInput=125&submitParameterListInput=130&submitParameterListInput=130&submitbtn=Cr&#xE9;er mon ...&usrtitle=10
2009-02-04-05-00_amphore.log.gz:2009-02-03 23:01:04,198 INFO [-Processor92] mimiange52 - >>> POST http://www.priceminister.com/submit!action=submitadve...&categoryref=186126&continuebtn=Continuer&ilimitedqty=false&isupdate=false&prix=6,00&productid=655234&qualite=40&quantite=1&shippingmode=true&stage=10&submitbtn=Publier mo...&submitstage=true
2009-02-04-05-00_amphore.log.gz:2009-02-03 23:01:04,261 INFO [-Processor92] mimiange52 - BEGIN work()
2009-02-04-05-00_amphore.log.gz:2009-02-03 23:01:04,261 INFO [-Processor92] mimiange52 - AdvertStockServiceBean.processAdvert BEGIN
2009-02-04-05-00_amphore.log.gz:2009-02-03 23:01:04,272 INFO [-Processor92] mimiange52 - AdvertStockServiceBean.processAdvert END
2009-02-04-05-00_amphore.log.gz:2009-02-03 23:01:04,366 INFO [-Processor92] mimiange52 - work() works fine
2009-02-04-05-00_amphore.log.gz:2009-02-03 23:01:04,366 INFO [-Processor92] mimiange52 - END work()FINALLY
2009-02-04-05-00_amphore.log.gz:2009-02-03 23:01:04,366 INFO [-Processor92] mimiange52 - data_file_id null/null OK ; Processing Times : 1;4;0;0;0;0;0;105;0;0;11;57;37 ms.
2009-02-04-05-00_amphore.log.gz:2009-02-03 23:01:04,367 INFO [-Processor92] mimiange52 - Event : Advert
2009-02-04-05-00_amphore.log.gz:2009-02-03 23:01:04,367 INFO [-Processor92] mimiange52 - Event : First advert
2009-02-04-05-00_amphore.log.gz:2009-02-03 23:01:04,384 INFO [-Processor92] mimiange52 - (Status : 302) Redirecting to : /inventory?action=advertsuccess&aid=201167369&category=104415&pickupforbiddenctry=false&productid=655234
2009-02-04-05-00_amphore.log.gz:2009-02-03 23:01:04,384 INFO [-Processor92] mimiange52 - <<< [186 ms] POST http://www.priceminister.com/submit!action=submitadve...&categoryref=186126&continuebtn=Continuer&ilimitedqty=false&isupdate=false&prix=6,00&productid=655234&qualite=40&quantite=1&shippingmode=true&stage=10&submitbtn=Publier mo...&submitstage=true
Commentaire de Agathe Remy [ 26/févr./09 19:24 ]
Après quelques investigations, il s'avère que la date de naissance du PMV peut être modifiée en BackOffice.
Cela proviendrait donc d'une erreur de saisie manuelle lors de la modification.
Ce qui me semble plus étrange, c'est qu'en testant cette modification en BO Intég, j'ai pu constater que la date de naissance saisie à l'inscription était également mise à jour.

Agathe
Commentaire de Emeric Teil [ 13/mars/09 16:02 ]
La modification de la date de naissance saisie à l'inscription vient du fait qu'on considère que celle fournie lors de l'activation du PMV est la bonne (alors qu'à l'inscription, les utilisateurs ont fortement tendance à saisir n'importe quoi).

Cela peut être discutable mais pour moi, il ne s'agit pas de l'objet de ce Jira.

Pour moi, le plus important est d'empêcher la saisie de dates incorrectes ou incohérentes, et pour cela de mettre en place un contrôle à la saisie en BO.

OK avec ça ?
Commentaire de Emeric Teil [ 23/juil./09 10:21 ]
Il s'agit donc de mettre en place un contrôle sur le format de saisie de la date de naissance en BO (fiche user).
Commentaire de Marc-Antoine Decreton [ 27/juil./09 17:41 ]
[CAJ2009Q3TX]
Le problème a été résolu. Désormais on interdit les années de naissances qui :
- sont inférieures à 1900
- sont supérieures à l'année en cours



[APP-8267] Prevoir une colonne 1euro dans la recherche panier BO Création: 05/avr./06 18:15  Mise à jour: 25/juin/07 18:36  Résolue: 21/avr./06 14:34

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 8.1.2d
Version(s) corrigée(s): 9.0.0

Type: Nouvelle fonctionnalité Priorité: Mineur
Rapporteur: Lydia Dali Attribution: Lydia Dali
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Site: Integ

 Description   
http://bo.pm.lan/purchase_back?action=purchasesearch&javascript_callback=&purchase_id=&pch_status_code=&itm_status_code=&pch_type_code=&buyer_login=didou4000&seller_login=&credit_card=&number_request=&start_date=&date_search_type=0&end_date=&order=1&number_rows=200&x=41&y=6
Dans le bo, sur l'écran de resulat de recherche panier, quand un panier est capturé avec comme mode de paiement 1euro on le retrouve dans la colonne CB que ce soit pour la colonne autorisation ou pour la colonne capture.
Il faut peut être créer une colonne 1euro.

 Commentaires   
Commentaire de Martin Iacampo [ 13/avr./06 17:17 ]
Steven,

En principe, nous gardons le gros des améliorations BO pour un peu plus tard,
une fois qu'on pourra mieux identifier les besoins du BO, et notamment après la période de rodage.

En même temps, l'histoire de la colonne 1euro est qqch que nous avons déjà discuté un peu, même avec Arnaud et Renaud.
Quelle était la conclusion de ces échanges ?
Si je ne me trompe pas, on a bien convenu d'ajouter une colonne 1euro, comme décrit par Lydia.
C'est ça ?

Si tu me le confirme, je le noterai pour plus tard, pour la "spéc BO."

Merci,
martino
Commentaire de Steven Harel [ 13/avr./06 17:29 ]
c'est ça, on ajoute une colonne 1¿
Commentaire de Martin Iacampo [ 21/avr./06 14:25 ]
Lydia,
Il me semble que cette demande a été traitée. Pourrais-tu confirmer et fermer ?
Merci, Martino
Commentaire de Lydia Dali [ 21/avr./06 14:34 ]
vérifié en integ.



[APP-6138] [MeV] BO : soumission de produit complémentaire : support non récupéré Création: 27/oct./05 16:07  Mise à jour: 09/mai/08 09:13  Résolue: 23/avr./08 11:08

Etat: Fermé
Projet: Application PriceMinister
Composants: Mise en vente
Affecte la/les version(s): 8.0.7b
Version(s) corrigée(s): 21.0.0

Type: Bogue Priorité: Majeur
Rapporteur: Fabien Farache Attribution: Fabien Farache
Résolution: Invalid  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Projets PM: *** RESERVE ***
Classif1: MEV
Classif2: MEV - valeur attribut support

 Description   
Je vends u produit via la soumission complète.
En BO je vois bien le Type et Support qui sont renseigné sur mon produit de base comme sur mon produit complément.

Lorsque je veux vendre le même produit à partir de ce produit de base, je fais "vendez le vôtre". Je remplis bien les champs et je valide.
En BO j'ai bien le type qui est rensigné (récupéré du produit de base) par contre je n'ai pas le Support. Celui ci devrait être hérité mais il ne l'est pas.

Le fait que le Support ne soit pas renseigné est blocant si j'ai des données complémentaires sur mon formulaire de soumission.
Impossible de mettre en vente mon produit si la valeur d'attribut est mappé sur le support donc pour pouvoir mettre en vente mon produit "correctement" je suis obligé de démappé ma valeur d'attribut du support

 Commentaires   
Commentaire de Fabien Farache [ 27/oct./05 16:15 ]
tout ceci s'est produit pour le type Décoration (support : décoration d'intérieur)
Commentaire de Swan Desportes [ 15/nov./06 09:56 ]
A prendre en compte dans le chantier refonte MEV
Commentaire de Benoît Bourdon [ 27/mars/08 14:14 ]
Encore d'actualité ce besoin ? veut on continuer de mapper des attributs sur des supports ?!

Commentaire de Fabien Farache [ 23/avr./08 11:08 ]
Je ferme... l'appli a évolué entre temps et nous n'avons plus de champs "support" sur la fiche du complément



[APP-28686] Créer boites messagerie BO pour Contrôle + cas exceptionnels Création: 12/mars/10 13:39  Mise à jour: 14/mai/10 15:14  Résolue: 23/avr./10 16:29

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office, Infoglue
Affecte la/les version(s): 64.0.0 (CTN-P)
Version(s) corrigée(s): 69.0.0 (TX-N)

Type: Tâche Priorité: Majeur
Rapporteur: Habib-Sylvain Gourguet Attribution: Samy Badjoudj
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
Projets PM: *** CHASSE ***

 Description   
Un poste de "contrôleur qualité" va être créé tout prochainement au BO. Une boite dédiée permettra de recevoir un feedback utilisateur lors de l'envoi de certains messages, ou suite à certains traitements.

Pour certains cas exceptionnels (problèmes techniques temporaires, de coupons, ...), nous souhaiterions pouvoir déplacer les messages reçus des boites de Contact classique, afin d'effectuer un meilleur tri et de pouvoir faciliter le traitement de masse.

Merci de créer 3 nouvelles boites de messagerie, "back TEMP 1", "back TEMP 2" et "back CONTROLE QUALITE".

Ces boites devront pouvoir être appelées sous IG, pour la création/modification de formulaires.

En profiter, si possible, pour trier les boites sous IG et reproduire le même ordre qu'en BO.

 Commentaires   
Commentaire de Samy Badjoudj [ 23/avr./10 14:04 ]
Est-il possible de savoir l'ordre souhaité pour ces boites en plus ?

Et si elles doivent apparaitre dans un module du dashboard.
Commentaire de Samy Badjoudj [ 23/avr./10 14:15 ]
Une dernière chose, ces boîtes appartiennent-elles à des groupes particuliers ?

ex : "g_contact_seller,g_otr_features..."
Commentaire de Habib-Sylvain Gourguet [ 23/avr./10 15:26 ]
Pour ce qui est de l'ordre des boites en BO, c'est pour le moment par ordre alphabétique. Possible de changer cet ordre ?

Pour l'ordre sous InfoGlue, il faut reproduire le même qu'en BO.

Les boites "back TEMP 1", "back TEMP 2" et "back CONTROLE QUALITE" peuvent être associées au groupe "g_account".

A ta dispo pour en parler.
Commentaire de Samy Badjoudj [ 23/avr./10 16:29 ]
Les boites sont créées , pour l'ordre ce serait possible mais prendrait pas mal de temps (dixit admin infoglue)



[APP-25836] Avoir la liste des mots-clés BO avec date de modification Création: 07/juil./09 16:58  Mise à jour: 20/juil./09 13:47  Résolue: 17/juil./09 15:25

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 48.0.2.1 (FDP + Shopzilla)
Version(s) corrigée(s): 49.0.0 (TX-H)

Type: Tâche Priorité: Majeur
Rapporteur: Cedric Favero Attribution: Patrick Pereira
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel export_keyword.xls    
Pays:
FRA - France
Site: Prod
Projets PM: *** STANDBY ***

 Description   
Peut etre plutot une demande pour l'exploitation je ne sais pas..

Nous avons dans nos écrans BO , pour ce qui concerne les mots clés, un champ de recherche sur la date de modification de ces derniers.

Malheureusement, cette donnée n'est pas "visible" et nous aimerions avoir la liste de tous les mots clés avec leur date de modification pour les types de mots-clés suivantes:

- Soumission fiche produit
- Confirmation panier
- Surveillance vendeur

Ceci pour la France uniquement. Et pour les mots-clés actifs uniquement bien sur.

Exemple d'une page listant tous les mots clés d'un type donné:
http://bo.priceminister.com/admin_back?action=keywordsearch&name=&kwd_status_code=10&kwd_type_code=180&kwd_matching_code=&kwd_zone_code=&start_date=&end_date=&number_rows=4000&x=17&y=8

Merci d'avance, c'est assez urgent.

 Commentaires   
Commentaire de Cedric Favero [ 08/juil./09 12:42 ]
Précision: notre besoin dans immédiat est uniquement une extraction de l'information existante, pas un dev pour visualiser cette info :-)

Merci.
Commentaire de Emeric Teil [ 08/juil./09 16:59 ]
Vous pouvez déjà accéder à cette liste depuis le BO mots clef.

Peux-tu donc préciser le besoin réel ?
Commentaire de Cedric Favero [ 09/juil./09 09:37 ]
On a besoin d'avoir la liste de tous les mots clés actifs avec leur date de modification. (dans un fichier excel par exemple)
On ne peut pas voir çà facilement dans le BO, sauf erreur de ma part.
Commentaire de Emeric Teil [ 09/juil./09 10:16 ]
Ce que vous avez ici, par exemple : http://bo.priceminister.com/admin_back?action=keywordsearch&fuzzy=false&kwdstatuscode=10&numberrows=200&startdate=30%2F06%2F2009

ça ne convient pas ?
Commentaire de Cedric Favero [ 09/juil./09 10:19 ]
L'info qui nous manque est la date de derniere modification pour chacun :-)
Commentaire de Patrick Pereira [ 17/juil./09 12:28 ]
Voici monsieur.
Commentaire de Patrick Pereira [ 17/juil./09 12:28 ]
Préviens moi s'il y a un pb.
Commentaire de Christophe Garcia [ 17/juil./09 14:24 ]
MDPLVC
Commentaire de Cedric Favero [ 20/juil./09 10:05 ]
Merci bcp Patrick



[EXP-210] les commandes n'apparaissent pas dans le compte ftp de gsm83 Création: 19/sept./05 11:45  Mise à jour: 25/juin/07 18:54  Résolue: 21/sept./05 17:00

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Bloquant
Rapporteur: Benjamin Guerville Attribution: Xiaoming Du
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
les commandes n'apparaissent pas dans le compte ftp de gsm83, depuis que le compte ftp a été créé (jeudi 15/09)
C'est urgent, merci

 Commentaires   
Commentaire de Sébastien Tournay [ 20/sept./05 10:17 ]
Xiaopming,

Tu peux regarder cela en urgence ce matin. Cela concerne le traitement 'purchaseItems.pl' sur HERCULE. Ce compte à pourtant plusieurs nouvelles ventes (21) mais aucun fichier de validation des commandes est généré.

Commentaire de Xiaoming Du [ 20/sept./05 11:16 ]
les commandes sont tous dans

/data/priceminister/pmftpstock/var/transactions/gsm83/purchase
Commentaire de Xiaoming Du [ 21/sept./05 10:59 ]
/data/chrootapache/home/gsm83/account.conf
c'est le fichier de configuration de ce compte qui interdit le depot des fichier de commandes. C'est corrigé par Sébastien.
Commentaire de Xiaoming Du [ 21/sept./05 17:00 ]
la nouvelle configuration en place. On a maintenant les fichiers de commandes dans
phaeton:/data/chrootapache/home/gsm83/purchase



[APP-24974] Peut-on diminuer la longueur des requètes sur les recherches d'opérations en BO? Création: 16/avr./09 16:23  Mise à jour: 08/mars/10 18:29

Etat: Ouvert
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 44.0.1 (Opé bon plan radin)
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Majeur
Rapporteur: Aurélie Kwiatkowski Attribution: Dispatcher (Pôle TX)
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à APP-19478 Pb de perf de la requête OperationInf... Ré-ouvert
Pays:
FRA - France
Site: Integ
Projets PM: *** RESERVE ***

 Description   

Exemples :

2009-04-16 16:10:25,139 WARN [P-Processor9] BO:pmadmin:QTP - Long request [454463 ms]: GET http://www.pm.lan/wallet_back?action=operationsearch&user_accou
nt_id=&javascript_callback=&operation_id=&login=&opr_type_code=90&direct_pay_cmp_id=&opr_status_code=&parent_operation_id=&opr_cause=&reference=&start_date=1
6%2F04%2F2009&end_date=&number_rows=200&x=24&y=4

2009-04-16 16:18:04,557 WARN [P-Processor9] BO:pmadmin:QTP - Long request [17719 ms]: GET http://www.pm.lan/wallet_back?action=operationbackview&operation
id=518139002

 Commentaires   
Commentaire de Emeric Teil [ 16/avr./09 16:48 ]
Pour analyse technique :o)
Commentaire de Arnaud Forgues [ 18/mai/09 10:40 ]
A vérifier si c'est toujours le cas pendant la pré-integ TX-G
Commentaire de Arnaud Forgues [ 28/mai/09 17:09 ]
Pas le temps pour la version TX-G, je décale en TX-H.

NB : j'ai tout de même vérifié et sur deutz on n'a pas dépassé les 50s (ce qui n'est pas top, mais déjà mieux que 454 s)

[dev@deutz priceminister]$ grep -i 'Long query' var/mainlog/nohup.out | grep OperationSearchQuery
2009-05-28 10:36:07,714 WARN [P-Processor7] BO:pmadmin:Wam - Long query [13804 ms]: OperationSearchQuery
2009-05-28 10:50:05,262 WARN [P-Processor7] BO:pmadmin:Wam - Long query [31035 ms]: OperationSearchQuery
2009-05-28 11:06:41,779 WARN [P-Processor5] BO:pmadmin:Wam - Long query [22694 ms]: OperationSearchQuery
2009-05-28 11:55:40,171 WARN [P-Processor6] BO:pmadmin:Wam - Long query [23399 ms]: OperationSearchQuery
2009-05-28 15:07:11,149 WARN [P-Processor6] BO:pmadmin:Wam - Long query [49873 ms]: OperationSearchQuery
2009-05-28 15:18:39,955 WARN [P-Processor8] BO:pmadmin:Wam - Long query [17122 ms]: OperationSearchQuery
2009-05-28 16:20:43,913 WARN [P-Processor8] BO:pmadmin:Wam - Long query [12483 ms]: OperationSearchQuery
2009-05-28 16:38:36,256 WARN [P-Processor9] BO:pmadmin:Wam - Long query [26087 ms]: OperationSearchQuery



[Métatache] PMV - Automatisation de la gestion des bordereaux (APP-17211)

[APP-18775] Génération automatique des fax sur les écrans BO de recherche de bordereaux Création: 29/nov./07 10:13  Mise à jour: 14/févr./08 11:00  Résolue: 13/févr./08 18:11

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 19.0.0
Version(s) corrigée(s): 20.0.0

Type: Sub-new feature Priorité: Mineur
Rapporteur: Clémence Desneiges Attribution: Clémence Desneiges
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
ALL - Tous
Projets PM archivés: Paiement - Centralisation PMV

 Description   
Il s'agit de recréer automatiquement les fax sur les écrans BO de recherche de bordereaux.

Tout d'abord sur l'écran de recherche de bordereau, ajout d'une colonne fax avec un lien voir pour les bordereaux concernant les virements nationaux et internationaux.

Ensuite sur le détail de cesdits bordereaux.

En cliquant sur le lien, on ouvrira une pop-up, qui sera gérée en FrontRequest pour être internationalisable.

En effet, pour l'instant l'Espagne et la France dépendent toutes deux d'une banque française, par contre l'Angleterre dépendra d'une banque anglaise, donc il faut anticiper.

 Commentaires   
Commentaire de Clémence Desneiges [ 10/janv./08 18:50 ]
Infoglue :

default
cms1
v19
Commentaire de Clémence Desneiges [ 30/janv./08 11:34 ]
Réouvert car bugs à corriger.
cf : V:\Projets\PMV\Automatisation_Centralisation_PMV\Livraison_V19\Fichier_de_Recette.xls
Commentaire de Clémence Desneiges [ 30/janv./08 19:01 ]
Infoglue :
default
cms1
V19
Commentaire de Clémence Desneiges [ 31/janv./08 17:00 ]
Quelques modifications visuelles et de wording.
Commentaire de Clémence Desneiges [ 31/janv./08 17:34 ]
Infoglue :

default
cms1
V19
Commentaire de Clémence Desneiges [ 31/janv./08 17:34 ]
Infoglue :

default
cms1
V19
Commentaire de Emeric Teil [ 01/févr./08 14:49 ]
Je ré-ouvre car les boutons "Imprimer" et "fermer" sont visibles à l'impression sur la version ES.

Merci
Commentaire de Renaud Dierickx [ 01/févr./08 15:23 ]
Infoglue à publier :

cms1 - 19 - Version ES et FR

/default/Labels/_Mon Compte/_Porte-monnaie/DepositTransferFax/
btn_close
btn_print
Commentaire de Christophe Garcia [ 11/févr./08 16:01 ]
Pb mise en page
Voir screenshot
Commentaire de Renaud Dierickx [ 11/févr./08 18:02 ]
A publier sur CMS 1 et 3 (versions ES et FR) :

/default/Labels/_Mon Compte/_Porte-monnaie/DepositTransferFax/lbl_office_fax_title

Merci.
Commentaire de Espérance Galouo-Lece [ 12/févr./08 09:59 ]
Done.
Commentaire de Clémence Desneiges [ 13/févr./08 18:09 ]
2 labels manquants.
Commentaire de Clémence Desneiges [ 13/févr./08 18:11 ]
Décallage entre la branche et le tronc -> aucun label n'est manquant.



[APP-2758] Formulaire soumission produit : problème en BO sur les catégories Création: 14/sept./04 16:28  Mise à jour: 25/juin/07 18:26  Résolue: 25/juin/07 18:26

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.5
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Validator Attribution: Manuel Sadok
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Sur le formulaire de soumission "Jeux de roles", la catégorie a été configurée
en "double select".
Certaines des catégories sont bien à deux niveaux, sauf "Autres" et "Donjons et
Dragons".
"Autres" fonctionne très bien, c'est à dire que l'on peut sélectionner la
classification "Autres" sur la fiche produit en BO (voir produit sur lien
fourni). Par contre, lorsque l'on sélectionne "Donjons et dragons" et que l'on
valide, il y a un message d'erreur indiquant qu'il manque la catégorie.
La configuration semble pourtant la même sur les deux catégories

 Commentaires   
Commentaire de Dispatcher (Dev) [ 14/sept./04 18:20 ]
ce problème existe aussi dans les figurines, je pense il y a un problème avec
le défaut "autre" = null et fabricant "Autre" = attribut existant
Commentaire de Validator [ 01/oct./04 12:27 ]
Peut etre lié :

Lorsque l'on soumet en FO une figurine (2 niveaux de catégorie) en mettant le
fabricant à "Autre" et la catégorie sur une catégorie n'ayant qu'un niveau, ex :
"Soldat de plomb", ces attributs disparaissent lorsque l'on regarde la fiche
soumise en BO.

Si on met autre chose comme fabricant, l'attribut fabricant est conservé (mais
toujours pas l'attribut catégorie)
Commentaire de Validator [ 01/oct./04 12:54 ]
*** Bug 2992 has been marked as a duplicate of this bug. ***
Commentaire de Manuel Sadok [ 07/oct./04 15:22 ]
Il y avait 2 bugs distincts :

* Pour le BO, le problème venait du fait que les noeuds inactifs ou supprimés
n'étaient pas filtrés lors de la vérification des infos.

* Pour le FO, les classifications à un seul niveau dans un contexte de double
drop down n'étaient pas pris en compte.



[APP-10600] Fiche supprimée en Bo le 24/04 toujours visible en FO Création: 19/juin/06 10:50  Mise à jour: 25/juin/07 18:40  Résolue: 26/juin/06 18:14

Etat: Fermé
Projet: Application PriceMinister
Composants: Navigation produit
Affecte la/les version(s): 9.0.0.1
Version(s) corrigée(s): 9.0.0.1

Type: Bogue Priorité: Majeur
Rapporteur: Aurélien Vergalli Attribution: Martin Sudmann
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Site: Prod

 Description   
Des vendeurs essaient de vendre en vain sur une fiche supprimée il y a presque deux mois de cela :
Recherche > http://www.priceminister.com/navigation/se/category/sa/kw/resident+evil+4+edition+collector+
- Fiche > http://bo.priceminister.com/referential_back?action=productview&productid=5442556

(rq : Le fait qu'il y ait des souhaits sur ce produit peut-il être à l'origine du problème ?)

 Commentaires   
Commentaire de Younès Charrière [ 19/juin/06 12:37 ]
Problème avec l'indexation de FAST. En effet, j'ai dû valider le produit en BO (produit supprimé) pour qu'au niveau de la PROD il n'apparaisse plus.
Commentaire de Christophe Garcia [ 19/juin/06 12:55 ]
Ce type de problème sera corrigé avec le nouvel index ?
Commentaire de Martin Sudmann [ 19/juin/06 14:20 ]
oui
Commentaire de Aurélien Vergalli [ 19/juin/06 14:52 ]
Le problème est récurrent : pour l'exemple, ici, une fiche supprimée le 05/04...

http://bo.priceminister.com/referential_back?action=productview&productid=18903704
Commentaire de Christophe Garcia [ 20/juin/06 12:02 ]
Martin,
Je te suggère de ne pas mettre les JIRA en "Résolu" tant que l'index n'est pas en PROD.
Ca évite qu'Aurélien pense que c'est vraiment résolu.
Merci
Commentaire de Martin Sudmann [ 26/juin/06 18:14 ]
ok
Commentaire de Lydia Dali [ 27/juin/06 17:02 ]
ok en prod.



[EXP-447] Migration du nom bo.jmh.lan en bo.priceminister.lan et intra.priceminister.lan Création: 30/nov./05 19:33  Mise à jour: 25/juin/07 18:54  Résolue: 29/déc./05 11:12

Etat: Résolu
Projet: Exploitation
Composants: Evolution
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Sébastien Tournay Attribution: Ranto Andriambololona
Résolution: Corrigé  
Estimation restante: 15 minutes
Temps consacré: 45 minutes
Estimation originale: 1 heure


 Description   
Migrer le nom bo.jmh.lan en bo.priceminister.lan
Installer aussi un intra.priceminister.lan

 Commentaires   
Commentaire de Ranto Andriambololona [ 09/déc./05 15:56 ]
Demande faite à JMH

Une fois qu'ils auront mis en place leur partie, je dois :

- MAJ notre DNS sur ruinart
- Contacter l'administrateur de l'arkoon



Commentaire de Ranto Andriambololona [ 16/déc./05 18:41 ]
PAP,

Peux-tu ajouter dans notre DNS

10.150.28.86 intra.priceminister.lan
10.150.28.72 bo.priceminister.lan

Une fois que c'est fait réassigne moi le JIRA
Commentaire de Pap Ndiaye [ 20/déc./05 10:04 ]
On pourrais mettre intra.priceminister.com.lan bo.priceminister.com.lan pour bien marquer le fait qu'il s'agit de la prod.
Commentaire de Sébastien Tournay [ 20/déc./05 10:16 ]
Ok pour cette précision.
Commentaire de Pap Ndiaye [ 20/déc./05 16:17 ]
C fait
Commentaire de Ranto Andriambololona [ 27/déc./05 17:53 ]
J'ai commencé à faire la conf Apache ...
J'ai récupéré l'ancienne partie bo.jmh.lan
J'ai ces types d'erreur à la génération des pages pseudos statiques

Looking up bo.priceminister.lan
bo.priceminister.lan
Making HTTP connection to bo.priceminister.lan
Sending HTTP request.
HTTP request sent; waiting for response.
Alert!: Access without authorization denied -- retrying

lynx: Can't access startfile http://bo.priceminister.lan/navigation/default/category/root_sport?static=true
 done

a suivre ...
Commentaire de Sébastien Tournay [ 28/déc./05 09:18 ]
Cette erreur sans doute parce qu'il manque dans le fichier /etc/hosts de PHAETON le nom bo.priceminister.lan avec l'@IP privée de PHAETON pour faire la résolution non ?
Commentaire de Ranto Andriambololona [ 29/déc./05 11:12 ]
La résolution est bonne car j'arrive à aller en BO via la nouvelle URL,
C'est juste la génération des pages pseudos statique qui ne marche pas ...

En HTTP, Le BO demande un login / mot de passe (c'est normal) mais que cela demande aussi un login / mot de passe lors de l'accès de LYNX pour la génération des pages pseudos statiques est un fait nouveau

à suivre ...



[APP-17323] un cas de requete redondante sur le bo ? message_back ? Création: 27/juil./07 09:48  Mise à jour: 13/janv./09 11:50  Résolue: 30/juin/08 12:09

Etat: Fermé
Projet: Application PriceMinister
Composants: Mails
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 38.0.0 (TX-D Bis)

Type: Bogue Priorité: Majeur
Rapporteur: Justin Ziegler Attribution: Manuel Sadok
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
Projets PM: *** RESERVE ***

 Description   
2007-07-27 09:30:49,006 DEBUG [-Processor15] BO:Diana - Executing SQL: SELECT usr_address_id, address1, address2, change_date, city, country_id, creation_date, digicode, ema
il_address, fax_number, first_name, is_default, last_name, phone_comment_1, phone_comment_2, phone_comment_3, phone_number_1, phone_number_2, phone_number_3, row_version, state_id,
 usa_status_code, usa_type_code, user_account_id, usr_alias, usr_title_code, zip FROM USR_ADDRESS WHERE user_account_id = ? AND usa_type_code = ?
2007-07-27 09:30:49,007 DEBUG [-Processor15] BO:Diana - Executing SQL: SELECT usr_address_id, address1, address2, change_date, city, country_id, creation_date, digicode, ema
il_address, fax_number, first_name, is_default, last_name, phone_comment_1, phone_comment_2, phone_comment_3, phone_number_1, phone_number_2, phone_number_3, row_version, state_id,
 usa_status_code, usa_type_code, user_account_id, usr_alias, usr_title_code, zip FROM USR_ADDRESS WHERE user_account_id = ? AND usa_type_code = ?
2007-07-27 09:30:49,009 DEBUG [-Processor15] BO:Diana - Executing SQL: SELECT usr_address_id, address1, address2, change_date, city, country_id, creation_date, digicode, ema
il_address, fax_number, first_name, is_default, last_name, phone_comment_1, phone_comment_2, phone_comment_3, phone_number_1, phone_number_2, phone_number_3, row_version, state_id,
 usa_status_code, usa_type_code, user_account_id, usr_alias, usr_title_code, zip FROM USR_ADDRESS WHERE user_account_id = ? AND usa_type_code = ?
2007-07-27 09:30:49,011 DEBUG [-Processor15] BO:Diana - Executing SQL: SELECT usr_address_id, address1, address2, change_date, city, country_id, creation_date, digicode, ema
il_address, fax_number, first_name, is_default, last_name, phone_comment_1, phone_comment_2, phone_comment_3, phone_number_1, phone_number_2, phone_number_3, row_version, state_id,
 usa_status_code, usa_type_code, user_account_id, usr_alias, usr_title_code, zip FROM USR_ADDRESS WHERE user_account_id = ? AND usa_type_code = ?
2007-07-27 09:30:49,012 DEBUG [-Processor15] BO:Diana - Executing SQL: SELECT usr_address_id, address1, address2, change_date, city, country_id, creation_date, digicode, ema
il_address, fax_number, first_name, is_default, last_name, phone_comment_1, phone_comment_2, phone_comment_3, phone_number_1, phone_number_2, phone_number_3, row_version, state_id,
 usa_status_code, usa_type_code, user_account_id, usr_alias, usr_title_code, zip FROM USR_ADDRESS WHERE user_account_id = ? AND usa_type_code = ?
2007-07-27 09:30:49,013 DEBUG [-Processor15] BO:Diana - Executing SQL: SELECT usr_address_id, address1, address2, change_date, city, country_id, creation_date, digicode, ema
il_address, fax_number, first_name, is_default, last_name, phone_comment_1, phone_comment_2, phone_comment_3, phone_number_1, phone_number_2, phone_number_3, row_version, state_id,
 usa_status_code, usa_type_code, user_account_id, usr_alias, usr_title_code, zip FROM USR_ADDRESS WHERE user_account_id = ? AND usa_type_code = ?
2007-07-27 09:30:49,014 DEBUG [-Processor15] BO:Diana - Executing SQL: SELECT usr_address_id, address1, address2, change_date, city, country_id, creation_date, digicode, ema
il_address, fax_number, first_name, is_default, last_name, phone_comment_1, phone_comment_2, phone_comment_3, phone_number_1, phone_number_2, phone_number_3, row_version, state_id,
 usa_status_code, usa_type_code, user_account_id, usr_alias, usr_title_code, zip FROM USR_ADDRESS WHERE user_account_id = ? AND usa_type_code = ?
2007-07-27 09:30:49,019 DEBUG [-Processor15] BO:Diana - TX committed [1 ms]

2007-07-27 09:30:49,020 INFO [-Processor15] BO:Diana - <<< [581 ms] POST http://bo.priceminister.jmh/message_back!action=usrmessage...&associatedid=63880456&associateorigin
almsg=false&complete=true&transfertonewuser=false&umsdomaincode=20&umstemplateid=1524&umtgroupid=1060&userid=12506489&x=32&y=16

 Commentaires   
Commentaire de Justin Ziegler [ 27/juil./07 09:48 ]
Plus globalement, ca vaut le coup de passer le BO au crible pour detecter ce genre de cas evident.
merci
Commentaire de Manuel Sadok [ 23/juin/08 10:33 ]
Il s'agit du mode de chargement des adresses d'un utilisateur : au lieu de toutes les charger en une unique requête, elles sont chargées unitairement (soit 8 ou 9 requêtes selon que l'on demande ou non l'adresse jeu).
Ces requêtes sont exécutées à chaque fois qu'un mail est envoyé à un utilisateur, donc pas seulement à partir de l'url évoquée dans le jira, mais dans l'ensemble de l'application (batchs compris !!).

J'ai également repéré cette requête dans le fichier excel identifiant les requêtes trop coûteuses : le coût estimé de cette requête est équivalent à celui de la requête sur data_line !
Commentaire de Manuel Sadok [ 23/juin/08 10:35 ]
La correction est faite, mais ne pourra passer dans la V24_0_0.
Commentaire de Justin Ziegler [ 23/juin/08 16:42 ]
je ne sais pas si je dois rire ou pleurer !
cool d'avoir résolu le pb ! :-)
et il a l'air de taille !

ca fait presque 1 an que j'ai posté le jira :-(
Commentaire de Manuel Sadok [ 23/juin/08 17:08 ]
Effectivement, mais le problème semblait moins "critique" à l'époque ,car concernant le BO (et noyé pami une multitude d'autres Jira étiquetés Perf et étant épurés au fur et à mesure... :) ).

En fait, ce qui m'a le plus alerté, c'est l'analyse des logs de certains batchs, ce qui a permit de comprendre pourquoi la requête était aussi souvent présente dans les top_execution et de faire ensuite le lien avec ton ancien Jira ;-)
Commentaire de Quentin de Chivré [ 23/juin/08 17:14 ]
Comment le pb est il corrigé ?
Vu qu'on fonctionne en EJB2, je ne vois pas comment tu as pu le traiter
Commentaire de Manuel Sadok [ 23/juin/08 17:26 ]
En utilisant une "requête maison" qui ramène l'ensemble des adresses d'un utilisateur en un coup plutôt que d'utiliser un finder par type d'adresse.
Commentaire de Quentin de Chivré [ 23/juin/08 17:34 ]
Pour construire des entités EJB ou juste des objets Info ?
Commentaire de Manuel Sadok [ 23/juin/08 17:44 ]
Bien entendu des objets infos ! ;-)

Les entity bean n'étaient utilisés que comme intermédiaires pour construire les infos.
Commentaire de Manuel Sadok [ 30/juin/08 12:09 ]
Fait sur la branche PERFORMANCE__BIS.



[IMP-5036] creation compte ftp pour pro livreokaz Création: 12/janv./10 16:20  Mise à jour: 05/févr./10 11:56  Résolue: 05/févr./10 11:56

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Anne Korchia Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: livreokaz
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
creation compte ftp pour pro livreokaz

 Commentaires   
Commentaire de Fotigui Tangara [ 05/févr./10 11:38 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : livreokaz
mot de passe : dudvc123
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : non

=====================================================================
Commentaire de Fotigui Tangara [ 05/févr./10 11:53 ]
Le compte FTP est à présent opérationnel.

Le pro peut déposer des fichier en entrée, écrasement ou sortie. Les fichiers ne seront aspiré par le système qu'à partir de lundi 08/02/2010.

Demande traitée.

Commentaire de Fotigui Tangara [ 05/févr./10 11:55 ]
Le compte FTP est dès à présent opérationnel.

Le pro peut déposer des fichiers en entrée, écrasement ou sortie. Les fichiers ne seront aspirés par le système qu'à partir du lundi 08/02/2010.

Demande traitée.



[APP-16950] recherche produit BO - ajouter une recherche sur la date de création Création: 06/juil./07 11:28  Mise à jour: 05/oct./07 10:17  Résolue: 23/août/07 17:45

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 14.2.1
Version(s) corrigée(s): 17.0.0

Type: Amélioration Priorité: Critique
Rapporteur: Aurélien Vergalli Attribution: Violeta Doneva
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: File 22-08 - fiche-image modif par PM front.bmp     File Ecran BO créées-modifiées.bmp     File fiche 56594414 date crea-modif.bmp     File fiche créée-modifiée.bmp     File liste soumis 06-08.bmp    
Pays:
FRA - France
Classif1: BO
Classif2: recherche produit
Projets PM archivés: Maintenance 17.x.x

 Description   
De nombreuses fiches-produit soumises apparaissent comme modifiées ("changent de date"), sans qu'aucune modification n'ait été effectuée par le BO.
Ainsi on a 600 résultats en cherchant fiches soumises le 04/07, 54 (!!!) le 05/07 et plus de 2000 aujourd'hui le 06/07 !

Pour ainsi dire, les fiches soumises ... "se déplacent". (Changement de date "créé / modifié" : voir PJ)

Conséquence : on ne validera ces fiches soumises le 04/07 que lorsqu'on s'attaquera au 06/07 (le 09/07 ?) > temps d'attente de validation considérablement allongé.

Exemple de fiche : ID 55965865

 Commentaires   
Commentaire de Christophe Garcia [ 09/juil./07 18:05 ]
A priori, tu te retrouves le 06/07 avec l'ensemble des fiches qui ont été soumises les 2 jours précédents.
C'est dû à un batch qui passe la nuit et retouche toutes les nouvelles fiches soumises.
Tu as un pic le 06/07 parce que le batch a ramassé l'ensemble des fiches soumises les 2 jours précédents mais ça ne devrait plus être le cas : tu vas retrouver un nombre "normal" de fiches soumises chaque jour.
Commentaire de Aurélien Vergalli [ 10/juil./07 09:19 ]
Merci pour l'explication.
Commentaire de Sandra Ferrero [ 25/juil./07 10:19 ]
Je reviens à la charge car le problème n'est pas du tout réglé. On se retrouve encore avec + de 1900 fiches le 23/07 ! Dont une qui date du 16/07 soit un retard de traitemement de près de 10 jours !!! ( http://bo.priceminister.com/referential_back?action=productview&productid=56337500)

Je pense qu'il est vraiment urgent qu'on retrouve une visiblité correcte car à l'heure actuelle, il est impossible de savoir où nous en sommes, spécialement en ce moment avec le volume qu'on a.

Merci de l'assistante que vous pourrez nous apporter sur ce problème.
Commentaire de Sandra Ferrero [ 26/juil./07 14:59 ]
Petite erreur: L'url de l'exemple est http://bo.priceminister.com/referential_back?action=productview&productid=56337500

Voir commentaires ci-dessus.
Commentaire de Aurélien Vergalli [ 07/août/07 17:07 ]
Ce problème est toujours d'actualité.

Voir en PJ les fiches soumises du 06/08, certaines ayant été créées les 03/08 et 04/08, voire même le 29/07 !

Cette dernière fiche est la seconde PJ : il y est spécifié "Créé 29/07/2007-16:20 par PM Front Office" + "Modifié 06/08/2007-13:25 par PM Front Office"
Commentaire de Aurélien Vergalli [ 07/août/07 17:11 ]
Précisions.
Les nouvelles PJ pertinentes sont :
- la n°2 (fiche "Créé 29/07/2007..")
- la n°4 (liste des fiches en état "soumis" du 06/08)
Commentaire de Aurélien Vergalli [ 07/août/07 17:27 ]
Précisions bis ;).
Le filtre de recherche par date de l'écran BO produit prend en compte la date de modification.
Un filtre de recherche se basant sur la date de création des fiches règlerait le problème.
Commentaire de Aurélien Vergalli [ 13/août/07 16:48 ]
Je relance, car problème toujours d'actualité.

Voir réponse de Christophe "C'est dû à un batch" =>le batch est quotidien ? Doit-on désormais "vivre" avec ce nouveau comportement des fiches soumises ?

Le problème allonge sensiblement (voire considérablement dans certains cas) le délai de validation des fiches soumises (nous travaillons logiquement par ordre chronologique).
Commentaire de Justin Ziegler [ 17/août/07 10:39 ]
Nicolas, sais tu de quel batch il pourrait s'agir ?
Cela serait un batch qui met la change_date à jour sur des produits recemment soumis... :-(
du coup, comme l'equipe validation ne peut que sélectionner les produits en fonction de la change_date (et non la creation_date), cela change l'ordre dans lequel les produits sont validés ! la conséquence, c'est que certains utilisateurs se plaignent de nos délais de validation de fiche qui sont trop élevé :-(
Commentaire de Justin Ziegler [ 17/août/07 10:40 ]
Patrick,
aurait tu un script de migration qui tourne actuellement et qui touche aux change_date sur les produits ?
Commentaire de Patrick Pereira [ 17/août/07 10:59 ]
Aucun script actuellement.
Commentaire de Justin Ziegler [ 17/août/07 15:07 ]
Nicolas,
Une idée ?
Commentaire de Martin Sudmann [ 17/août/07 15:59 ]
le batch de summarisation modifie bcp de change_dates ; la possibilité de rechercher par date de création permet quand même de trouver les fiches récemment soumises.
A priori on a toujours cherché sur la date de modification, seulement avant il y avait uniquement l'import qui pouvait changer cette date entre la soumission et la validation.
Commentaire de Justin Ziegler [ 20/août/07 10:47 ]
Merci.

Peut on svp avoir qqs explications sur le batch de summarisation ?
quel type de batch ? un nouveau batch applicatif ? comme m60 ?
fréquence ?
Objectif / interet ?
Est ce permanent ? temporaire ?

De ce que dit Martin, j'ai l'impression qu'une solution serait de rajouter en BO la possibilité de faire une requete sur la creation_date ? en plus de la change_date ? Peut on planifier cela dès la prochaine version ?
Commentaire de Martin Sudmann [ 20/août/07 11:23 ]
Justin, ce que tu proposes pour la recherche BO est déjà le titre de ce jira ;-)

Le batch est un batch manuel, qui ne tourne que sur demande et qui met à jour les summaries (dénormalisations) dans la table product ; chose qui est fait automatiquement par l'appli normalement.
Seulement quand on modifie la composition du summary on a besoin de le recalculer de manière globale.
Commentaire de Justin Ziegler [ 21/août/07 10:17 ]
OK, désolé.:-)
est on sur que cela passera en V17 ?
Commentaire de Martin Sudmann [ 21/août/07 12:12 ]
c'est planifié avec le lot 2 de la recherche produit en BO pour la V17.
Commentaire de Aurélien Vergalli [ 22/août/07 11:47 ]
Eureka : les dates mises à jour sur les fiches soumises correspondent aux dates de validation des images respectives. Voir PJ.
Le premier problème (batch) concernait la v15, ce "nouveau problème"semble daté de la v16.
Commentaire de Violeta Doneva [ 23/août/07 17:45 ]
Champs de recherche par date de création ajoutés sur le trunc.



[APP-31130] Refonte Macros de refus Fiche-produit BO Création: 21/sept./10 14:35  Mise à jour: 10/févr./11 15:28  Résolue: 10/févr./11 15:14

Etat: Résolu
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 88.0.0 (VEN-G)

Type: Amélioration Priorité: Majeur
Rapporteur: Aurélien Vergalli Attribution: Diana Garzon
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Word refonte macros fp 2010.docx    
Liens des demandes:
Duplicate
a pour doublon APP-22226 [BO macro FP] Suppression de macro o... Fermé
Pays:
FRA - France
Projets PM: *** RESERVE ***

 Description   
Demande faite dans le cadre du Co-Valid.
Refonte des macros de refus de la fiche produit BO: aujourd'hui insuffisantes pour faire face à l'augmentation du volume de fiches, et développer dans le même temps le niveau de qualité des mails de refus (Facilitator!).

En PJ le doc Word décrivant les modifications à apporter + une illustration de suggestion de présentation.

- 4 nouvelles macros,
- 3 modifications (sommaires) de macros existantes,
- 1 suppression de macro obsolète.

 Commentaires   
Commentaire de Aurélien Vergalli [ 10/févr./11 15:28 ]
La demande est fermée: tous les points ont été traités? Est-ce ce qu'on peut voir sur bo.dev10.pm.dev ?
Car seules qq modifs sont visibles sur ce serveur... d'où mon interrogation ;)



[APP-31315] Rechercher + de 200 versions boutiques en BO = erreur Création: 05/oct./10 10:07  Mise à jour: 11/févr./11 10:37  Résolue: 02/déc./10 15:48

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 78.0.0 (CTN-TU)
Version(s) corrigée(s): 87.0.0 (CTN-W)

Type: Bogue Priorité: Majeur
Rapporteur: Habib-Sylvain Gourguet Attribution: Renaud Dierickx
Résolution: Impossible à reproduire  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: PNG File bug_rech_boutiq.png    
Pays:
ALL - Tous
Projets PM: *** CHASSE ***

 Description   
Voir screenshot et lien ci-dessous :

http://bo.priceminister.com/usr_content_back?action=contentversionsearch&content_version_id=&vsn_status_code=&content_id=&ctn_type_code=10&login=&content_value=&start_date=05%2F10%2F2010&end_date=&number_rows=400&x=20&y=12

Aucun problème pour la recherche par défaut (200 contenus).

Dès qu'on passe à 400 (plus de contenus recherchés que de contenus existants ?), "Erreur - non disponible".

 Commentaires   
Commentaire de Renaud Dierickx [ 02/déc./10 15:48 ]
Je n'arrive pas à reproduire le bug :
http://bo.priceminister.com/usr_content_back?action=contentversionsearch&content_version_id=&vsn_status_code=&content_id=&ctn_type_code=10&login=&content_value=&start_date=05%2F09%2F2010&end_date=&number_rows=4000&x=0&y=0

C'était peut-être dû au problème lors de la mise en prod !
???
Commentaire de Renaud Dierickx [ 02/déc./10 17:06 ]
[CAJ2010Q4CTN]



[IMP-3887] création compte ftp pour aazlivre-com Création: 01/juil./09 14:08  Mise à jour: 30/oct./09 15:44  Résolue: 06/juil./09 10:44

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Anne Korchia Attribution: Jérome Marianne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login:  aazlivre-com
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)

 Description   
création compte ftp pour aazlivre-com

 Commentaires   
Commentaire de Jérome Marianne [ 02/juil./09 11:58 ]
Il a actuellement les formats par défaut, on laisse comme ça ou faut-il lui attribué un format spécifique?
Commentaire de Jérome Marianne [ 03/juil./09 13:51 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : aazlivre-com
mot de passe : 123aaz
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : non

=====================================================================


Paramétrage en cours...
Commentaire de Jérome Marianne [ 06/juil./09 10:44 ]
Compte FTP paramétré et activé.



[IMP-4983] creation compte FTP pour pro EDEN_21 Création: 06/janv./10 10:22  Mise à jour: 11/janv./10 11:45  Résolue: 11/janv./10 11:45

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Anne Korchia Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login:  EDEN_21
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
creation compte FTP pour pro EDEN_21

 Commentaires   
Commentaire de Jérome Marianne [ 07/janv./10 15:38 ]
Avec flux de commandes ou juste pour le stock avec les profils actuels?
Commentaire de Anne Korchia [ 07/janv./10 15:41 ]
non juste le compte ftp pour déposer les fichiers merci
Commentaire de Frédéric Nahum [ 11/janv./10 11:42 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : eden_21
mot de passe : gf45SSD1
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : non

=====================================================================
Commentaire de Frédéric Nahum [ 11/janv./10 11:45 ]
c'est fait



[IMP-6369] création compte FTP pour pro Papidemai Création: 18/juin/10 17:34  Mise à jour: 05/juil./10 13:46  Résolue: 05/juil./10 13:46

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Anne Korchia Attribution: Jérome Marianne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: Papidemai
Modèle: (in plano)
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)

 Description   
création compte FTP pour pro Papidemai

 Commentaires   
Commentaire de Jérome Marianne [ 01/juil./10 16:44 ]
Que veux tu dire par le modèle In Plano?

Faut-il activer le flux de commandes pour le FTP?
Commentaire de Anne Korchia [ 02/juil./10 09:49 ]
Modèle bouquiniste
non pas de commandes ftp
merci
Commentaire de Jérome Marianne [ 05/juil./10 13:33 ]
Compte FTP vendeur créé...

Pseudo : papidemai
mot de passe : 00papi123demai
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : non
Commentaire de Jérome Marianne [ 05/juil./10 13:46 ]
Profil écrasement Modèle Bouquiniste paramétré.

Compte FTP activé.



[IMP-4687] Creation Compte FTP type sellermaniaGLOBALPHONE Création: 19/nov./09 16:48  Mise à jour: 31/déc./09 14:25  Résolue: 31/déc./09 14:25

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Frederic vacher Attribution: Jérome Marianne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: globalphone
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
Bonjour,

Merci de créer un compte FTP au format sellermania pour le compte de GLOBALPHONE.

Fred

 Commentaires   
Commentaire de Jérome Marianne [ 31/déc./09 14:25 ]
Compte FTP activé



[IMP-2618] création compte ftp pour livre-revue Création: 19/sept./08 10:29  Mise à jour: 30/oct./09 15:43  Résolue: 22/sept./08 15:45

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Anne Korchia Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: livre-revue
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)

 Description   
création compte ftp pour livre-revue

 Commentaires   
Commentaire de Frédéric Nahum [ 19/sept./08 14:27 ]
je fairais la modification Lundi
Commentaire de Frédéric Nahum [ 22/sept./08 15:35 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : livre-revue
mot de passe : fgU45Pz
Serveur : ftp.priceminister.com / fr

=====================================================================
Commentaire de Frédéric Nahum [ 22/sept./08 15:45 ]
c'est fait il peut dersormais poser son fichier dans stock /ecrasement de son ftp



[IMP-2238] ouverture compte FTP pour partenaire lagalerie Création: 20/mai/08 10:50  Mise à jour: 30/oct./09 15:43  Résolue: 20/mai/08 12:07

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Anne Korchia Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: lagalerie
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)

 Description   
ouverture compte FTP pour partenaire lagalerie

 Commentaires   
Commentaire de Fotigui Tangara [ 20/mai/08 11:04 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : lagalerie
mot de passe : kQpz45TB
Serveur : ftp.priceminister.com / fr

=====================================================================
Commentaire de Fotigui Tangara [ 20/mai/08 12:07 ]
FTP créé.



[IMP-2340] création compte ftp pour abraxas-lb Création: 17/juin/08 11:42  Mise à jour: 30/oct./09 15:43  Résolue: 18/juin/08 09:32

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Anne Korchia Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: abraxas-lb
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)

 Description   
création compte ftp pour abraxas-lb

 Commentaires   
Commentaire de Fotigui Tangara [ 18/juin/08 09:21 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : abraxas-lb
mot de passe : zarecv389ICD
Serveur : ftp.priceminister.com / fr

=====================================================================
Commentaire de Fotigui Tangara [ 18/juin/08 09:30 ]
FTP créé et opérationnel...



[IMP-2903] Creation compte FTP pour pro libalapage Création: 24/nov./08 12:02  Mise à jour: 30/oct./09 15:44  Résolue: 01/déc./08 16:31

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Anne Korchia Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: libalapage
Modèle: sellermania
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)

 Description   
Creation compte FTP pour pro libalapage

 Commentaires   
Commentaire de Frédéric Nahum [ 01/déc./08 16:31 ]
c'est fait
Commentaire de Frédéric Nahum [ 01/déc./08 17:27 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : libalapage
mot de passe : ghi45AZ1
Serveur : ftp.priceminister.com / fr

=====================================================================



[IMP-2940] creation compte FTP pseudo lesquais Création: 28/nov./08 15:08  Mise à jour: 30/oct./09 15:43  Résolue: 03/déc./08 15:51

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Anne Korchia Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: lesquais
Modèle: sellermania
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)

 Description   
creation compte FTP pseudo lesquais

 Commentaires   
Commentaire de Frédéric Nahum [ 03/déc./08 15:51 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : lesquais
mot de passe : jail145A
Serveur : ftp.priceminister.com / fr

=====================================================================

c'est fait
Commentaire de Frédéric Nahum [ 03/déc./08 15:51 ]
c'est fait



[IMP-3077] creation compte ftp pour partenaire esopats Création: 12/janv./09 10:25  Mise à jour: 30/oct./09 15:44  Résolue: 14/janv./09 16:48

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Anne Korchia Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: esopats
Modèle: sellermania
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces avec mise à jour/création produits (écrasement)

 Description   
creation compte ftp pour partenaire esopats

 Commentaires   
Commentaire de Fotigui Tangara [ 14/janv./09 16:35 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : esopats
mot de passe : pghXBAwj7
Serveur : ftp.priceminister.com / fr

=====================================================================
Commentaire de Fotigui Tangara [ 14/janv./09 16:47 ]
Demande traitée...



[IMP-5563] creation compte ftp artlibris pour neteven Création: 16/mars/10 12:16  Mise à jour: 02/juin/10 11:55  Résolue: 22/mars/10 11:42

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Anne Korchia Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login:  artlibris
Modèle: neteven
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
creation compte ftp artlibris pour neteven

 Commentaires   
Commentaire de Frédéric Nahum [ 22/mars/10 11:42 ]
c'est fait

Compte FTP vendeur créé...

Pseudo : artlibris
mot de passe : azmp56S
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui



[APP-19608] Recherches BO produit fiches validées ne fonctionne pas Création: 15/févr./08 09:31  Mise à jour: 15/avr./08 11:27  Résolue: 22/févr./08 11:25

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 19.0.0
Version(s) corrigée(s): 20.0.0

Type: Amélioration Priorité: Critique
Rapporteur: Aurélien Vergalli Attribution: Violeta Doneva
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File recherche BO etats criteres valides.JPG    
Pays:
FRA - France
Site: Prod
Classif1: BO
Classif2: recherche produit
Projets PM archivés: Maintenance 20.x.x

 Description   
Recherche avec filtres état "Tout les validés", "Validé par le BO" et "validé par le système" + filtres de date + type de produit ... => message "Veuillez préciser vos critères de recherche"

Lien exemple de recherche : http://bo.priceminister.com/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=&search_type=&prd_type_code=310&product_id=&base_product_id=&attribute_name_key=&prd_status_code=-60&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=&change_start_date=&change_end_date=&owner_login=&data_file_id=&feed_start_date=&feed_end_date=&with_complement=1&create_start_date=01%2F01%2F2008&create_end_date=&order=&number_rows=200&do_search.x=40&do_search.y=11

La recherche avec les autre filtres d'état fonctionne (refusé, supprimé, conflit, ....)

 Commentaires   
Commentaire de Aurélien Vergalli [ 15/févr./08 10:01 ]
Précision : la recherche décrite fonctionne lorsque le champ "mot-clé" est renseigné. Ce n'est donc pas un bug mais un comportement voulu ? Merci.
Commentaire de Espérance Galouo-Lece [ 15/févr./08 10:04 ]
 - Le message "Veuillez préciser vos critères de recherche" est présent pour éviter de faire de trop grande requête;
 - Le mieux serait de rajouter des précisions; peut être avec une date de modification = "01/01/2008";
 - Cela t'aide ou non ?
Commentaire de Aurélien Vergalli [ 15/févr./08 17:37 ]
Je comprends bien la raison (éviter les requêtes lourdes) mais le problème concerne une recherche AVEC des critères renseignés (voir PJ) (etat + date + type).
La preuve, ça fonctionne avec les refusées et supprimées.
Il serait bien que l'on puisse au moins lister les fiches validées par le BO ou par le système les deux derniers mois.
On a régulièrement besoin de comptabiliser ou de retourner sur les fiches validées dans une catégorie précise entre telle et telle date.
Commentaire de Nicolas Chauveau [ 21/févr./08 16:42 ]
faut pas enpecher l'exécution de la recherche dans ce cas (en fait, jamais)
Commentaire de Violeta Doneva [ 22/févr./08 11:21 ]
Je vais permettre l'exécution de la recherche quand les dates sont sélectionnée, ça c'est effectivement un bug !
Par contre je vois bien qu'on ne permet pas la recherche si l'état est "Validé par ..." et il n'y a pas d'autres critères sélectionnées. Ma ça c'est comme ça depuis toujours (avant que la recherche passe par Fast c'était comme ça je veux dire)
alors je ne modifie pas cela, c'était sans doute fait pour des raisons de performance. Si cela vous dérange vraiment il faudra en discuter. Merci.
Commentaire de Violeta Doneva [ 22/févr./08 11:25 ]
Fichier modifié :src/com/babelstore/product/ProductBackSearchInput.java



[APP-20240] Historique vidéo KO en BO pour une annonce où la vidéo a été supprimée. Création: 14/avr./08 18:11  Mise à jour: 15/avr./08 15:30  Résolue: 15/avr./08 12:35

Etat: Fermé
Projet: Application PriceMinister
Composants: Annonces
Affecte la/les version(s): 20.0.0
Version(s) corrigée(s): 20.0.0

Type: Bogue Priorité: Critique
Rapporteur: Aurélie Kwiatkowski Attribution: Swan Desportes
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
FRA - France
Site: Integ
Navigateur: Internet Explorer 7.X
Projets PM archivés: Annonces Vidéo (Lot 2)

 Description   
2008-04-14 18:05:01,483 INFO [P-Processor6] BO:Anonyme - >>> GET http://bo.pm.lan/advert_back?action=advertbackview&advertid=162485805
2008-04-14 18:05:01,524 ERROR [P-Processor6] BO:Anonyme - Block generation error in : com.babelstore.advert.back.AdvertBackView_jsp
2008-04-14 18:05:01,525 ERROR [P-Processor6] BO:Anonyme - Assembly error
Servlet : com.babelstore.advert.back.AdvertBackServlet
Request : GET http://bo.pm.lan/advert_back?action=advertbackview&advertid=162485805
Referrer : http://bo.pm.lan/advert_back?action=advertsearch&fuzzy=false&numberrows=200&productid=62680864
User-Agent : Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)
Trace : java.lang.NullPointerException
        at com.babelstore.advert.back.AdvertBackView_jsp.generate(AdvertBackView_jsp.java:469)
        at com.babelstore.util.Block.generate(Block.java:140)
        at com.babelstore.util.web.Request.include(Request.java:552)
        at com.babelstore.util.web.Request.include(Request.java:585)
        at com.babelstore.util.web.Request.include(Request.java:591)
        at com.babelstore.common.back.BackTemplate_jsp.generate(BackTemplate_jsp.java:80)
        at com.babelstore.util.Block.generate(Block.java:140)
        at com.babelstore.util.web.Screen.generate(Screen.java:149)
        at com.babelstore.util.web.Request.generate(Request.java:525)
        at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:416)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:184)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)

2008-04-14 18:05:01,525 INFO [P-Processor6] BO:Anonyme - <<< [42 ms] GET http://bo.pm.lan/advert_back?action=advertbackview&advertid=162485805
2008-04-14 18:05:01,531 INFO [P-Processor5] 192.168.1.175 - >

 Commentaires   
Commentaire de Christophe Garcia [ 14/avr./08 18:15 ]
Vrai également sur FP non privée :
2008-04-14 18:13:38,388 INFO [P-Processor5] BO:Anonyme - >>> GET http://bo.pm.lan/advert_back?action=advertbackview&advertid=155070587
2008-04-14 18:13:38,436 ERROR [P-Processor5] BO:Anonyme - Block generation error in : com.babelstore.advert.back.AdvertBackView_jsp
2008-04-14 18:13:38,436 ERROR [P-Processor5] BO:Anonyme - Assembly error
Servlet : com.babelstore.advert.back.AdvertBackServlet
Request : GET http://bo.pm.lan/advert_back?action=advertbackview&advertid=155070587
Referrer : http://bo.pm.lan/offer/buy/251933/Krings-Antoon-Chloe-L-araignee-Livre.html
User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; es; rv:1.8.1.13) Gecko/20080311 Firefox/2.0.0.13
Trace : java.lang.NullPointerException
        at com.babelstore.advert.back.AdvertBackView_jsp.generate(AdvertBackView_jsp.java:469)
        at com.babelstore.util.Block.generate(Block.java:140)
        at com.babelstore.util.web.Request.include(Request.java:552)
        at com.babelstore.util.web.Request.include(Request.java:585)
        at com.babelstore.util.web.Request.include(Request.java:591)
        at com.babelstore.common.back.BackTemplate_jsp.generate(BackTemplate_jsp.java:80)
        at com.babelstore.util.Block.generate(Block.java:140)
        at com.babelstore.util.web.Screen.generate(Screen.java:149)
        at com.babelstore.util.web.Request.generate(Request.java:525)
        at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:416)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:184)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.j
ava:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)

2008-04-14 18:13:38,437 INFO [P-Processor5] BO:Anonyme - <<< [49 ms] GET http://bo.pm.lan/advert_back?action=advertbackview&advertid=155070587





[APP-28838] Validation BO Tracklistings soumis - un clic de trop pour valider Création: 22/mars/10 09:45  Mise à jour: 10/déc./10 17:27  Résolue: 10/déc./10 17:26

Etat: Résolu
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 88.0.0 (VEN-G)

Type: Bogue Priorité: Majeur
Rapporteur: Aurélien Vergalli Attribution: Jean-Sébastien Franck
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File spec tracklists bug.JPG    
Liens des demandes:
Duplicate
a pour doublon APP-31147 Amélioration de la validation du trac... Fermé
Pays:
FRA - France
Site: Prod
Projets PM: *** CHASSE ***
Classif1: BO
Classif2: spec
Classif FONC: valid

 Description   
Validation d'une tracklist (spécifications FP CD, vinyls, partitions, K7/MD/LD): on active ou supprime la liste, puis il est nécessaire valider la fiche produit pour que la modification soit prise en compte. Cette dernière action fait perdre du temps et n'a pas toujours été nécessaire. En outre il serait préférable que les Spécifications en état soumis (à traiter) soient en mode Afficher par défaut.


 Commentaires   
Commentaire de Jean-Sébastien Franck [ 10/déc./10 17:26 ]
Les spécifications sont désormais toujours affichées sur la fiche produit BO lorsqu'elles ne sont pas validées.

En ce qui concerne le clic en trop : la demande est invalide pour moi ou alors d'autres améliorations ont été faites depuis la soumission du Jira en mars. En effet, il suffit de cliquer sur "Activer" pour que les spécifications soient directement activées.
Commentaire de Jean-Sébastien Franck [ 10/déc./10 17:27 ]
[CAJ2010Q4VEN]



[APP-20516] Fiche produit vinyle - Auteur différent BO / front Création: 14/mai/08 12:22  Mise à jour: 17/janv./11 12:32  Résolue: 07/janv./11 16:55

Etat: Fermé
Projet: Application PriceMinister
Composants: Navigation produit
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 82.0.2.2

Type: Bogue Priorité: Majeur
Rapporteur: Aurélien Vergalli Attribution: Thierry Leforestier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File auteur change bo_front.JPG     JPEG File screenshot-1.jpg    
Pays:
FRA - France
Projets PM: *** STANDBY ***
Classif1: BP
Classif2: contributeur
Classif FONC: ref

 Description   
L'auteur renseigné sur la fiche donné en exemple est bien Bodoin, mais celui-ci devient Bondon en front !
Voir aussi tous les résultats de recherche "Jacques Bondon" qui concernent des fiches avec auteur renseigné "Jacques Bodoin" : http://bo.priceminister.com/nav/Musique_Vinyle/kw/bondon
Cas semblable pour d'autres auteurs.

 Commentaires   
Commentaire de Christophe Garcia [ 14/mai/08 14:08 ]
C'est la DYNACO qui produit cet effet.
Pourrait-on prévoir un mécanisme de débrayage quand l'équipe d'Aurélien détecte une normalisation abusive ?
Commentaire de Edouard Gomez-Vaez [ 15/mai/08 09:57 ]
Bon, y a déjà le débrayage radical, mais c'est radical. Pour un débrayage contributeur par contributeur je n'ai pas d'idée. A moins de simplement taper en base et de ... recalculer les summary des produits correspondants...

Je mets Thierry en copie. Un idée ?
Commentaire de Thierry Leforestier [ 15/mai/08 10:03 ]
Effectivement, c'est du a une normalisation du contributeur qui a été abusive. le problème ne peut se produire pour le moment que sur Musique et pour des cas rares.

en gros, si le problème se pose sur un seul contributeur, je ne suis pas sûr que ça vaille le coup de commencer un dev pour ça. par contre, si on trouve de nombreux cas, ça vaut peut être le coup de prévoir une checkbox qui permettrait de ne pas utiliser la normalisation Dynaco pour la FP.

Après, techniquement .. Edouard, je te repasse la main !
Commentaire de Edouard Gomez-Vaez [ 27/mai/08 13:57 ]
On ne développe pas d'usine à gaz pour l'instant, attendre nettoyage des contributeurs V2.
En attendant, Aurélien envoie les dénormalisations abusives à Thierry pour qu'il les prenne en compte dans ses études / livraison dynaco.
Commentaire de Edouard Gomez-Vaez [ 30/déc./09 11:31 ]
Aurélien, as-tu vu d'autres cas depuis ?
Commentaire de Manuel Sadok [ 05/janv./11 16:57 ]
Aurélien, Thierry, la problématique est-elle toujours d'actualité ou bien on peut fermer cette demande ?
Commentaire de Thierry Leforestier [ 07/janv./11 16:55 ]
A priori c'est bon en prod. Je ferme.



[APP-3474] nego coché en BO mais interdite par le vendeur en FO Création: 12/janv./05 17:37  Mise à jour: 25/juin/07 18:27  Résolue: 25/juin/07 18:27

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.3.0val
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Anne Rochelle Attribution: Validator
Résolution: Impossible à reproduire  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
login vendeur : coudoux ; password : xena
étape 5.4 des tests negociation : "- Dans une nouvelle fenêtre, retrouver
l¿annonce en Front-Office et cliquer sur « Questions sur cette annonce »
- Vérifier que le lien « Faire une offre à prix négocié » n¿est pas
présent : l¿annonce n¿est pas négociable.
- En Back-Office, dans le menu de gauche, cliquer sur « Annonces » et
retrouver l¿annonce qui vient d¿être créée (soit en rentrant le numéro
annonce, visible dans l¿URL en Front-Office, soit en rentrant la date et le
nom du vendeur). Cliquer sur le numéro de l¿annonce
- Vérifier que le paramètre « Négo acceptée par BO » est coché en vert,
et que « Négo acceptée par vendeur » est décoché (croix rouge)
"

 Commentaires   
Commentaire de Stéphane Archer [ 12/janv./05 19:13 ]
en l'occurence le compte couroux accepte la négo ...



[INF-327] Ajouter compte pricejira pour Axelle Calviera Création: 25/juin/09 11:56  Mise à jour: 15/sept./09 10:45  Résolue: 15/sept./09 10:45

Etat: Résolu
Projet: Infrastructure
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Charles Decaux Attribution: Christophe Garcia
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Il semblerait qu'Axelle n'ait pas de compte pricejira, merci de lui en créer un

 Commentaires   
Commentaire de Stéphane Eccli [ 29/juin/09 10:49 ]
la demande a été faite a christophe lors de la création de ses comptes. le Jira est toujours chez lui que je sache....
Commentaire de Stéphane Eccli [ 29/juin/09 10:50 ]
en attente chez toi avec la fiche d'arrivée.
Commentaire de Stéphane Eccli [ 15/sept./09 10:45 ]
....



[FR] Intégration du référentiel Livres Libri (CAT-1855)

[CAT-1863] Création compte utilisateur libri_fr + Compte FTP + Config FTP Création: 15/juil./09 14:49  Mise à jour: 19/août/09 09:06  Résolue: 19/août/09 09:06

Etat: Résolu
Projet: Paramétrage - Non Import
Composants: Import
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Majeur
Rapporteur: Marion Anfreville Attribution: Carole Boucheny
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Créer un compte utilisateur "libri_fr" ainsi qu'un compte FTP pour l'import du référentiel Livres Libri + créer la config FTP.

 Commentaires   
Commentaire de Carole Boucheny [ 15/juil./09 16:06 ]
Les comptes utilisateur et ftp sont faits.
Commentaire de Marion Anfreville [ 16/juil./09 13:54 ]
Username: libri_fr
Password: perd!67RE
Commentaire de Carole Boucheny [ 04/août/09 11:03 ]
Rappel : la config ftp s'appel : Config_libri_fr
Commentaire de Carole Boucheny [ 04/août/09 13:46 ]
Modification de la Config. "Tlauncher" --> "Tlauncher2"
Commentaire de Carole Boucheny [ 04/août/09 15:40 ]
Dans le Tlauncher2, il fallait remplacer "libri_all_fichiers_sources" par "libri_all_fichiers_sources_1.0".
Commentaire de Carole Boucheny [ 19/août/09 09:06 ]
Dans la config le Tlauncher suffit, car il prend bien en compte la nouvelle version de Talend.



[APP-12758] BO Configuration produit : affichage très long. Création: 26/sept./06 17:45  Mise à jour: 02/sept./09 14:54  Résolue: 24/juil./09 18:13

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 9.0.4
Version(s) corrigée(s): 52.0.0 (CTN-M)

Type: Amélioration Priorité: Majeur
Rapporteur: Jérôme Viviès Attribution: Alexandre Garnier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Prod
Projets PM: *** CHASSE ***
Classif1: BO
Classif2: html
Classif FONC: tech

 Description   
L'ouverture de l'écran "configuration produit" est très longue.
http://bo.priceminister.com/referential_back?action=productconfigurationlist

Signalé à QdC qui a suggéré l'ouverture d'un jira visant à améliorer la perf de cet écran.

JEV - 21/07/2009 : autre piste = plutôt que de travailler la perf de l'écran, choisir d'afficher moins de choses quand on arrive sur l'écran ? Puis choisir son affichage avec le menu déroulant ?

 Commentaires   
Commentaire de Edouard Gomez-Vaez [ 27/sept./06 15:56 ]
Peut-on regarder si une requête est en cause ?
Commentaire de Patrick Pereira [ 04/oct./06 17:17 ]
La requête, qui prend 1 à 5 sesonde est la suivante :

select *
from prd_configuration
ORDER BY rank, prd_medium_code NULLS FIRST, base_prd_type_code NULLS FIRST
;

Donc, logiquement :

Execution Plan
----------------------------------------------------------
   0 SELECT STATEMENT Optimizer=CHOOSE (Cost=109 Card=132 Bytes=272976)
   1 0 SORT (ORDER BY) (Cost=109 Card=132 Bytes=272976)
   2 1 TABLE ACCESS (FULL) OF 'PRD_CONFIGURATION' (Cost=9 Card=132 Bytes=272976)

Statistics
----------------------------------------------------------
          0 recursive calls
          0 db block gets
         47 consistent gets
          0 physical reads
          0 redo size
      67647 bytes sent via SQL*Net to client
        599 bytes received via SQL*Net from client
         11 SQL*Net roundtrips to/from client
          1 sorts (memory)
          0 sorts (disk)
        145 rows processed

Il n'y a pas de clause where donc le comportement est normal.
Je ne peux rien faire.
Commentaire de Quentin de Chivré [ 04/oct./06 18:31 ]
Je ne comprend pas pourquoi c'est long...
même si on fait un full scan , il n'y a que 145 lignes, c'est peanuts...

Pb de cache ? Cette table doit peut-etre etre parametrée pour monter en cache Oracle ?
Pb de Blobs ? Il y en aurait trop dans cette table ?

L'appli ne fait pas de SELECT * mais colonne par colonne, quelles sont les stats de la "vraie" requete ?

Commentaire de Jérôme Viviès [ 05/juin/07 13:38 ]
Quid ?
Et si on ne ramenait qu'une partie des infos, ça irait plus vite ?
Commentaire de Patrick Pereira [ 04/déc./07 12:57 ]
Pas de problème au niveau base:

149 rows selected.

Elapsed: 00:00:00.05

Execution Plan
----------------------------------------------------------

------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost |
------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 145 | 299K| 126 |
| 1 | SORT ORDER BY | | 145 | 299K| 126 |
| 2 | TABLE ACCESS FULL| PRD_CONFIGURATION | 145 | 299K| 10 |
------------------------------------------------------------------------

Statistics
----------------------------------------------------------
          0 recursive calls
          0 db block gets
         67 consistent gets
          0 physical reads
          0 redo size
     338990 bytes sent via SQL*Net to client
     110009 bytes received via SQL*Net from client
        293 SQL*Net roundtrips to/from client
          1 sorts (memory)
          0 sorts (disk)
        149 rows processed

Je transmets le Jira au dev.
Commentaire de Nicolas Chauveau [ 21/févr./08 17:18 ]
la page est super large, avec des tableaux imbriqués.
à améliorer ?
Commentaire de Swan Desportes [ 07/mai/08 14:58 ]
IL faudrait peut être passer en DIV mais ça ne changera pas grand chose : il y énormément d'informations à afficher.
Autre possibilité : on change le fonctionnement de la page : moins d'info, chargements Ajax --> à discuter.
Commentaire de Quentin de Chivré [ 27/mai/08 16:58 ]
C'est pas super rapide mais ca reste tolérable...
Avant de trouver des solutions, pousser l'analyse : quels sont les temps côté serveur (hors SQL) ?
Commentaire de Fabrice Feugas [ 11/mai/09 16:59 ]
Des news sur l'avancée de ce JIRA ? La page met toujours autant de temps à s'afficher...
Commentaire de Clement Balay [ 11/mai/09 18:25 ]
non, ça reste au point mort, trop chiant à corriger
Commentaire de Damien Dorizy [ 11/mai/09 18:33 ]
Je déplace ce Jira en dev-réserve. Ce n'est pas l'affichage qui prend du temps (même s'il n'est pas super rapide sur certains navigateurs) mais bien le traitement post-requête (dixit. Alex).
Commentaire de Jérôme Viviès [ 12/mai/09 09:33 ]
Et donc, ça va avancer un jour ou pas ?
Sur l'international, on a des paquets de config produits à faire, et pas mal de projets France qui y touchent et on continue à galérer...

C'est si dur que ça à corriger ?
On va finir par faire le dev nous même (!)
Commentaire de Nicolas Chauveau [ 12/mai/09 09:38 ]
Dans un premier temps, analyser :
- Temps base de données
- Temps serveur
- Temps côté client

pour proposer une action
Commentaire de Jérôme Viviès [ 21/juil./09 10:37 ]
Salut,

Autre piste - je ne sais plus avec uqi j'en ai parlé :
=> plutôt que de travailler la perf de l'écran, choisir d'afficher moins de choses quand on arrive sur l'écran ?
Puis choisir son affichage avec le menu déroulant ?
Commentaire de Alexandre Garnier [ 21/juil./09 16:23 ]
Problème PERF en PROD avec cette page et les requêtes IG effectuées !

Mais sinon, franchement cette page est inbuvable, serait pas mieux de la revoir fonctionnellement ?
Commentaire de Patrick Pereira [ 21/juil./09 16:35 ]
On a failli avoir un pb grave sur la prod à cause de cet écran, suite à l'énervement d'une personne au BO sur cet écran.
Il faut résoudre ce pb d'urgence.

Le simplifier ?
Pourrait-on, comme le suggère Alexandre, accéder au cache dans le BO pour ces données, alors qu'on ne le fait pour le moment qu'en FO ?


Au niveau de la base de données, aucune requête n'est coûteuse, mais c'est le grand nombre de celles-ci qui pose problème.

Pour info, c'est celle-ci qui se répète un grand nombre de fois :

SELECT CMCONTVER.CONTVERID, CMCONTVER.STATEID, CMCONTVER.MODIFIEDDATETIME, CMCONTVER.VERCOMMENT, CMCONTVER.ISCHECKEDOUT, CMCONTVER.ISACTIVE, CMCONTVER.CONTID, CMCONTVER.CONTID, CMCONTVER.LANGUAGEID, CMCONTVER.VERSIONMODIFIER, CMCONTVERDIGASSET.DIGASSETID, CMCONTENTCATEGORY.CONTENTCATEGORYID, CMCONTVER.VERVALUE
FROM INFOGLUE_V49_0_1_1.CMCONTVER, INFOGLUE_V49_0_1_1.CMLANGUAGE CMLANGUAGE_3, INFOGLUE_V49_0_1_1.CMCONTENTTYPEDEF CMCONTENTTYPEDEF_2, INFOGLUE_V49_0_1_1.CMCONTVERDIGASSET, INFOGLUE_V49_0_1_1.CMCONT CMCONT_0, INFOGLUE_V49_0_1_1.CMREPOSITORY CMREPOSITORY_1, INFOGLUE_V49_0_1_1.CMCONTENTCATEGORY
WHERE CMCONTVER.CONTVERID=CMCONTVERDIGASSET.CONTVERID(+)
AND CMCONTVER.CONTVERID=CMCONTENTCATEGORY.CONTVERID(+)
AND CMCONTVER.CONTID=CMCONT_0.CONTID
AND CMCONT_0.REPOSITORYID=CMREPOSITORY_1.REPOSITORYID
AND CMCONT_0.CONTENTTYPEDEFID=CMCONTENTTYPEDEF_2.CONTENTTYPEDEFID
AND CMCONTVER.LANGUAGEID=CMLANGUAGE_3.LANGUAGEID
AND (CMREPOSITORY_1.NAME = :x1
AND CMCONT_0.NAME = :x2
AND CMCONTENTTYPEDEF_2.NAME = :x3
AND CMLANGUAGE_3.LANGUAGEID = :x4
AND CMCONTVER.STATEID >= :x5
AND CMCONTVER.ISACTIVE = :x6)
ORDER BY CMCONTVER.CONTVERID DESC;
Commentaire de Alexandre Garnier [ 21/juil./09 16:46 ]
A mon avis, au niveau de la requête IG, on peut faire 2 améliorations :
 - passer par le reposioryId --> plus de jointure sur la table repository
 - passer par le contentTypeDefId --> plus de jointure sur la table des contentTypeDef

De plus, l'intérêt de by-passer le cache pour un affichage BO est null lorsqu'il s'agit de données IG donc on pourrait en effet passer par le cache.

Enfin, l'utilisation d'un repository unique pour ces données permettrait de se passer d'un fallback de repository automatique puisqu'on tente encore actuellement de récupérer les données dans express avant de les trouver dans default.
Commentaire de Alexandre Garnier [ 24/juil./09 18:13 ]
[CAJ2009Q3CTN]

infoglue@r447
dev_ctn@r24862
Commentaire de Alexandre Garnier [ 24/juil./09 18:21 ]
Après consultation de tout le monde, suppression des colonnes de templating produit IG de cette écran et donc suppression des requêtes IG (et non utilisation du cache aussi)

En DEV :
Avant :
 - [2723 ms] GET http://bo.ref-fr.pm.dev/referential_back?action=productconfigurationlist&show=4
 - 2.76s dans Firebug pour la requête
 - ~5s dans Firebug au total
Après :
 - [247 ms] GET http://bo.pm.boulard:1580/referential_back?action=productconfigurationlist&show=4
 - 385ms dans Firebug
 - ~3s dans Firebug au total

A voir le gain de perf en INTEG où c'était bien plus flagrant.



[INF-345] Création d'un compte sur perrier pour loggerhead Création: 24/juil./09 14:04  Mise à jour: 27/juil./09 12:04  Résolue: 27/juil./09 12:04

Etat: Résolu
Projet: Infrastructure
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Alexandre Garnier Attribution: Stéphane Eccli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Merci de créer un compte loggerhead@perrier avec comme mot de passe provence.

Ce compte servira au DEV à la mise en place de Loggerhead de manière indépendante.

 Commentaires   
Commentaire de Stéphane Eccli [ 24/juil./09 15:38 ]
avec quels droits sur quoi ?
Commentaire de Alexandre Garnier [ 24/juil./09 15:40 ]
Euh aucun droit spécifique, comme integ.continue
Commentaire de Stéphane Eccli [ 24/juil./09 17:29 ]
login : loggerhead.perrier
pwd : provence

on est obligé de mettre machin.truc lors de la création d'un compte....
Commentaire de Alexandre Garnier [ 27/juil./09 11:22 ]
Ça marche pas !
Au passage, 'loggerhead.perrier' c'est pas génial (demain bzr pourrait être sur toto), 'bazaar.web' c'est possible dans ce cas si faut absolument du 'truc.chose' ?

$ ssh loggerhead.perrier@perrier
loggerhead.perrier@perrier's password:
Last login: Mon Jul 27 11:18:00 2009 from boulard.lan
Could not chdir to home directory /users/loggerhead.perrier: No such file or directory
mkdir: cannot create directory `/users/loggerhead.perrier/.bazaar': No such file or directory
touch: cannot touch `/users/loggerhead.perrier/.bazaar/bazaar.conf': No such file or directory
diff: /users/loggerhead.perrier/.bazaar/bazaar.conf: No such file or directory
Generating public/private dsa key pair.
Could not create directory '/users/loggerhead.perrier/.ssh'.
open /users/loggerhead.perrier/.ssh/id_dsa failed: No such file or directory.
Saving the key failed: /users/loggerhead.perrier/.ssh/id_dsa.
-bash: /users/loggerhead.perrier/.ssh/authorized_keys: No such file or directory
chmod: cannot access `/users/loggerhead.perrier/.ssh': No such file or directory
chmod: cannot access `/users/loggerhead.perrier': No such file or directory
Commentaire de Stéphane Eccli [ 27/juil./09 12:04 ]
mis a jour en bazaar.web
pwd provence



[APP-6352] BO > Aide en ligne: Erreur si on replit la racine Création: 17/nov./05 18:08  Mise à jour: 25/juin/07 18:33  Résolue: 18/nov./05 17:55

Etat: Fermé
Projet: Application PriceMinister
Composants: Aide en ligne
Affecte la/les version(s): 8.0.8
Version(s) corrigée(s): 8.0.8

Type: Bogue Priorité: Mineur
Rapporteur: Pascal Mazars Attribution: Emmanuel Gosse
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Site: Prod

 Description   
http://bo.priceminister.com/help_back?action=helptree&brand=true&helpid=1&unfold=

2005-11-17 16:53:02,777 ERROR [ol Worker-10] - RuntimeException in method: public abstract com.babelstore.display.DisplayUnitDetail com.babelstore.display.business.DisplayUnitCatalog.getDisplayUnitDetail(java.lang.Long) throws java.rmi.RemoteException:
java.lang.NullPointerException
        at com.babelstore.util.Query.close(Query.java:553)
        at com.babelstore.display.business.DisplayUnitDetailQuery.readDisplayUnitDetail(DisplayUnitDetailQuery.java:168)
        at com.babelstore.display.business.DisplayUnitDetailQuery.getDisplayUnitDetail(DisplayUnitDetailQuery.java:145)
        at com.babelstore.display.business.DisplayUnitDetailQuery.getDisplayUnitDetail(DisplayUnitDetailQuery.java:132)
        at com.babelstore.display.business.DisplayUnitCatalogBean.getDisplayUnitDetail(DisplayUnitCatalogBean.java:52)
        at sun.reflect.GeneratedMethodAccessor72.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)

 Commentaires   
Commentaire de Arnaud Forgues [ 18/nov./05 12:55 ]
Swan, je te laisse dispatché cela dans ton équipe. A priori ce n'est pas urgent, c'est comme ca depuis toujours.

Je vois 2 possibilité :
- Soit on empeche l'edition du noeud racine dans l'interface BO
- Soit on etudie pourquoi la requete plante et on corrige

Mais de toute facon, il n'y a pas de raison de remplir le noeud racine
Commentaire de Emmanuel Gosse [ 18/nov./05 17:55 ]
bug identique APP-6381.
Commentaire de Ariane Baldinger [ 21/nov./05 17:53 ]
OK => vu en integ



[APP-11721] Chantier "Mon compte" : Ouverture de compte ne pas précocher Négociation par défaut pour les pro Création: 17/août/06 17:00  Mise à jour: 25/juin/07 18:43  Résolue: 05/janv./07 12:27

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 9.0.2a
Version(s) corrigée(s): 12.0.0

Type: Nouvelle fonctionnalité Priorité: Critique
Rapporteur: Emmanuelle Lachamp Attribution: Benoît Bourdon
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Word 20061226_compte PRO et négo_v1.1.doc    
Site: Prod
Classif1: MON COMPTE
Classif2: mon compte - vendeur pro - nego
Classif FONC: Reserve
Projets PM archivés: Maintenance 12.0.0

 Description   
Lors de la creation d'un compte l'option "Négociation" est cochée par défaut, il faudrait que cette option ne le soit pas pour les comptes professionnels.

 Commentaires   
Commentaire de Gaël Caro [ 22/août/06 20:01 ]
Bertrand,

A intégrer dans le chantier "Mon Compte".
Commentaire de Bertrand Luc Yovanovitch [ 11/oct./06 17:24 ]
Aprés discussion avec Emmanuelle il apparait :
- que dés le départ la négo ne devait pas être coché pour les pros, nous sommes donc en présence d'une regression
- que ce precochage est extremement dommageable car il entraine beaucoup d'annulations de commande.

Il serait plus rapide de traiter ce Jira indépendamment du chantier mon compte.
Commentaire de Gaël Caro [ 12/oct./06 10:40 ]
Quentin,

Toujours dans la logique prochain lot déjiratisation pour l'équipe réserve".
Commentaire de Quentin de Chivré [ 05/déc./06 09:43 ]
A prioriser en Maintenance 12.0.0 si possible
Commentaire de Benoît Bourdon [ 27/déc./06 16:55 ]
Pour chiffrage.

En Pj l'analyse de l'existant et la description de la solution.

Dans tous les cas, il y a quelques modificaiton plus "profondes", à voir dans le chantier « mon compte » (?) :
- Mettre le siret et la raison social dès le formulaire de création de compte
- Mieux informer les vendeurs PRO de l'existence de cette fonction
Commentaire de Quentin de Chivré [ 28/déc./06 12:15 ]
Qq remarques :

1/ Le déclaration "pro", le n° Siret et autres infos relatives aux pros étaient par le passé sur le formulaire d'incription. Elles en ont été retirées et placées sur le formulaire de coordonnées de paiement volontairement., en partie parceque bcp de personnes exercant une activité libérale (sans rapport avec l'achat vente sur PM) se déclaraient abusivement comme pros a ce stade
=> donc attention, il y a un historique, revenir éventuellement en arrière doit être fait en en tenant compte
=> voir Steven le jour ou on se penche la dessus

2/ Pour ce qui est de la négo, on peut effectivement dupliquer en BO la fonction FO afin de forcer l'équipe commerciale a se poser la question lors de la validation des comptes.
Il me semble qu'il y avait aussi une demande de Benjamin d'interdire la négo a certains pros. Or aujourd'hui rien ne les empeche de réactiver la négo en FO.
Faut-il une autre fonctionalité de "forcage" en BO du type "autoriser le vendeur a choisir s'il accepte ou non la négo" ?
Cela fait peut-etre partie d'une autre spec ?

3/ Faire valider toute solution passant par le BO par Steven,
Faire valider toute solution liée à la négo par PKR aussi

4/ Pour info, il existe des specs Négo qui de mémoire n'était pas trop mal, la : V:\Projets\_Archive\Nego
Benoit, je ne sais pas si tu le savais, ca peut aider pour l'analyse de l'existant.
Ton doc de conception mérite aussi d'être stocké dans le même répertoire


Commentaire de Arnaud Forgues [ 28/déc./06 16:11 ]
Pour chiffrage
Commentaire de Swan Desportes [ 29/déc./06 15:04 ]
Chiffrage : il s'agit d'ajouter une fonctionnalité back qui permet de mettre un champ de la table USER --> 1j
voir Benoit Bourdon pour plus d'info.
Commentaire de Benoît Bourdon [ 03/janv./07 16:47 ]
Ok alexandre, j'ai pu valider avec les bonnes personnes.

Nous pouvons démarrer ce dev dès que possible.
Je suis dispo pour te donner un peu plus d'explication.
Commentaire de Alexandre Garnier [ 05/janv./07 12:27 ]
C'est fait
Commentaire de Benoît Bourdon [ 05/janv./07 15:21 ]
Ok. petit détail important.
Le label : avant de passer en INTEGR, est ce que tu peux changer "Accepter" en "Accepte la Négo."


Commentaire de Patrick Condevaux [ 06/févr./07 11:56 ]
ok negociation modifiable depuis le BO dans la popup Droits Vendeur



[IMP-7623] Création compte FTP pour pro illibook1 Création: 14/déc./10 14:59  Mise à jour: 22/déc./10 13:40  Résolue: 22/déc./10 13:40

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Anne Korchia Attribution: Hervé Octuvon-Bazile
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: illibook1
Modèle: sellermania
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces (écrasement), Mise à jour/création annonces, Suppression annonces

 Description   
Création compte FTP pour pro illibook1

 Commentaires   
Commentaire de Hervé Octuvon-Bazile [ 22/déc./10 11:59 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : illibook1
mot de passe : Hl74ulU
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui

=====================================================================
Commentaire de Hervé Octuvon-Bazile [ 22/déc./10 13:40 ]
Bonjour,

Le compte FTP est créé et paramétré en SELLERMANIA.

Demande traité.



creation p+f+maj ecrasement nouveau partenaire retropresse (IMP-1035)

[IMP-1108] Création compte FTP - Partenaire retropresse Création: 27/juil./07 17:59  Mise à jour: 30/oct./09 15:43  Résolue: 31/juil./07 16:22

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Majeur
Rapporteur: Marion Anfreville Attribution: Fabien Farache
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: retropresse
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)

 Description   
Créer un compte FTP pour l'import de stock + Images.

 Commentaires   
Commentaire de Marion Anfreville [ 27/juil./07 18:01 ]
Je t'assigne cette demande pour que tu t'exerces =)

le compte FTP doit être créer avec le login en minuscule (toujours !)
Commentaire de Rodrigue Nsiangani [ 31/juil./07 15:36 ]
Modèle Livres, Livres Anciens, Revues #0.1
http://bo.priceminister.com/datafile_back?action=advertmappingview&advertmappingid=14304
Commentaire de Rodrigue Nsiangani [ 31/juil./07 16:16 ]
==== Home : retropresse =====
==== Pass : simmon ==========
Commentaire de Rodrigue Nsiangani [ 31/juil./07 16:16 ]
<Partner name='retropresse' id='13859830' home='retropresse'>
<!-- Import de stock -->
<Directory path='stock/ecrasements'>
<Action type='Move' id='5074947' check_file='1'>
<Files>*.csv</Files>
<Files>*.tab</Files>
<Files>*.txt</Files>
<Destination>/data/priceminister/pmftpstock/var/transactions/fr/retropresse/stock/ecrasements</Destination>
</Action>
</Directory>
<!-- Import d'images -->
<Directory path='Images'>
<Action type='Move' check_file='1'>
        <Files>*.jpg</Files>
        <Files>*.jpeg</Files>
        <Files>*.gif</Files>
<Destination>/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/fr/retropresse/</Destination>
</Action>
</Directory>
</Partner>
Commentaire de Fabien Farache [ 31/juil./07 16:22 ]
- compte ftp créé
- config créée
- conf partenaire ajoutée dans Config.xml,



[EXP-4475] prblm connexion compte bangmedia_fr Création: 07/août/08 10:03  Mise à jour: 12/août/08 10:37  Résolue: 12/août/08 10:37

Etat: Résolu
Projet: Exploitation
Composants: Evolution
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Bloquant
Rapporteur: Jany Marimoutou Attribution: Ange Ferrari
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Le compte : bangmedia_fr
http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=15263840

Le vendeur m'a envoyé ce message ce matin. J'ai besoin d'un traitement urgent de son problème afin d'éviter des annulations :

Hi Both,

There seems to be an IT problem on your end, our system is not able to retrieve orders from Priceminister backend. As a result most of the orders from 01/08/08 are not process except for the ones which I've replied to Jany yesterday. We also have problems logging into priceminister to resolve this issue, could you kindly get your IT dept to check on this matter & keep us posted of the outcome. In view of this issue on your end, I hope we are not set for vacation since the problem is with your IT dept. We would appreciate if you could advise us the outcome soonest as to enable us to resume business as usual. Let me know if you need to discuss this matter via phone.


 Commentaires   
Commentaire de Frédéric Nahum [ 07/août/08 10:09 ]
Pourrais tu me préciser a quelle niveau ce partenaire a un problème car je vois rien de particulier dans son compte, je ne crois pas que c'est lié aux import son problème.
C'est quoi exactement le problème, problème de connexion au site ?
Problème avec les flux de commande ?
???
Commentaire de Jany Marimoutou [ 07/août/08 11:35 ]
il travaille par FTP, et leur système n'arrive à récupérer les commande. Il n'arrive pas non plus à se connecter au site internet. j'ai du récupéré les fichiers moi même hier pour ensuite annulé les commandes qui ne peuvent être honorées.
Sachant maintenant qu'ils sont situés à Singapour. Ajouté au fait qu'apparement nous avons subi des attaques virales depuis l'Asie. Il se peut que celà vienne de l'exploitation qui a fermé certaines vannes pour exclure les connexions venant d'Asie. Je n'en sais rien ! OU alors ça vient d'ailleurs. Quoiqu'il en soit il n'arrive plus à se connecter à son FTP, ni le site, comme indiqué dans son mail.
Commentaire de Frédéric Nahum [ 07/août/08 11:43 ]
ok je vais voir avec l'exploi merci pour l'explication
Commentaire de Frédéric Nahum [ 07/août/08 11:47 ]
effectivement il ya eu des verrouillage sur l'asie, je transfert ce jira à l'exploit
Commentaire de Frédéric Nahum [ 07/août/08 11:47 ]
Apparemment le partenaire n'arrive plus a se connecter au site et au ftp
Commentaire de Ange Ferrari [ 07/août/08 11:50 ]
Hello Jany,

Oui nous avons bloqué la plaque asiatique suite à l'attaque
il me faudrait l'ip qu'ils utilisent pour se connecter à notre service.

Je vais essayer de faire en sorte que lui puisse se connecter
par contre il sera limité au niveau du débit et ça je ne peux pas le faire sauter
Commentaire de Jany Marimoutou [ 07/août/08 12:08 ]
je lui ai demandé de confirmer les IP suivantes :

For France : 203.125.19.50
For Spain : 203.125.19.59
Commentaire de Jany Marimoutou [ 11/août/08 11:26 ]
The IP address is 61.14.65.135 which is used for uploading products and retrieving all orders. Thanks.
Commentaire de Patrice Boulanger [ 12/août/08 10:37 ]
La demande a été traitée, la dernière adresse IP fournie a été autorisée sur tous nos frontaux web et FTP.

Merci.



[APP-21547] [BO : Problème annonce] OutOfMemoryError suite à mise en surbrillance Création: 30/juil./08 14:49  Mise à jour: 31/juil./08 10:59  Résolue: 30/juil./08 15:48

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 26.0.0 (TX-B)
Version(s) corrigée(s): 26.0.2

Type: Bogue Priorité: Bloquant
Rapporteur: Arnaud Forgues Attribution: Arnaud Forgues
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM: *** RESERVE ***

 Description   
Quand on accède à l'écran de modélration des "Problèmes annonces", la page met longtemps à se charger. Puis on a un OutOfMemoryError dans les logs

Sur angita avant que le serveur parte en vrille

2008-07-30 13:19:26,516 ERROR [-Processor31] BO:Renaud - Assembly error
Servlet : com.babelstore.question.back.QuestionBackServlet
Request : GET http://bo.priceminister.com/question_back?action=search&detail=false&fuzzy=false&numberrows=200&qststatuscode=10&qsttypecod
e=30
Referrer : http://bo.priceminister.com/user_back?action=usersearch&fuzzy=false&numberrows=200
User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.13) Gecko/20080311 Firefox/2.0.0.13
Trace : java.lang.OutOfMemoryError: Java heap space
        at java.util.Arrays.copyOf(Arrays.java:2882)
        at java.lang.AbstractStringBuilder.expandCapacity(AbstractStringBuilder.java:100)
        at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:390)
        at java.lang.StringBuffer.append(StringBuffer.java:224)
        at java.util.regex.Matcher.appendReplacement(Matcher.java:748)
        at java.util.regex.Matcher.replaceAll(Matcher.java:813)
        at java.lang.String.replaceAll(String.java:2190)
        at com.babelstore.util.Format.highlightKeywords(Format.java:242)
        at com.babelstore.question.back.ProblemSearch_jsp.generate(ProblemSearch_jsp.java:294)
        at com.babelstore.util.Block.generate(Block.java:140)
        at com.babelstore.util.web.Request.include(Request.java:555)
        at com.babelstore.util.web.Request.include(Request.java:588)
        at com.babelstore.util.web.Request.include(Request.java:594)
        at com.babelstore.common.back.BackTemplate_jsp.generate(BackTemplate_jsp.java:77)
        at com.babelstore.util.Block.generate(Block.java:140)
        at com.babelstore.util.web.Screen.generate(Screen.java:149)
        at com.babelstore.util.web.Request.generate(Request.java:528)
        at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:416)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:184)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)

 Commentaires   
Commentaire de Arnaud Forgues [ 30/juil./08 15:02 ]
Corrections mise en place et taggé en V26_0_2

NB :

[forguesa@gobillard history]$ ./history_between_tags.sh V26_0_1 BRANCH_V26
# 2008/07/30 14:07 - forguesa
# APP-21547 [V26_0_2] fixed keywords highlighting issue bursting java memory
dev/source/src/com/babelstore/admin/business/AdminCatalogBean.java:1.47.4.1
dev/source/src/com/babelstore/util/Format.java:1.230.2.1

[forguesa@gobillard history]$ ./history_between_tags.sh V26_0_1 V26_0_2
# 2008/07/30 14:07 - forguesa
# APP-21547 [V26_0_2] fixed keywords highlighting issue bursting java memory
dev/source/src/com/babelstore/admin/business/AdminCatalogBean.java:1.47.4.1
dev/source/src/com/babelstore/util/Format.java:1.230.2.1

Commentaire de Cédric Goldovsky [ 30/juil./08 15:53 ]
quel était ce fameux commentaire qui faisait mouliner ?
Commentaire de Arnaud Forgues [ 30/juil./08 16:42 ]
c'était : "Vds dvd windows vista pro dell état neuf .Vendu cause mon IBM thinkpad T42p se montre poussif et pas de fonction aéro. La licence est officielle et validée via Microssoft update.Ce n'est pas une copie mais une verson officielle ." sur la mise en vente d'un logiciel PC vendu à 50¿

J'ai reproduit le problème en integ là :
http://bo.pm.lan/question_back?action=search&detail=false&fuzzy=false&numberrows=200&qststatuscode=10&qsttypecode=30 (dernière question)
concernant l'annonce n°162734891

Le problème d'origine en prod :
http://bo.priceminister.com/question_back?action=questionbackview&questionid=21190942



[DEC-140] Export csv des comptes professionnels de l'automobile Création: 02/nov./05 11:10  Mise à jour: 11/sept./07 18:03  Résolue: 16/nov./05 14:32

Etat: Fermé
Projet: Reporting
Composants: Trading
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Laurent Merlet Attribution: Agathe Remy
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Exraction hebdomadaire pour l'équipe commerciale auto dirigée par Damien Du Fretay
 
export csv des professionnels actifs de l'automobile:

- identifiant compte
- Login compte
- Prénom - Nom associés au compte

 Commentaires   
Commentaire de Laurent Merlet [ 16/nov./05 12:57 ]
Cette demande n'a plus lieu d'être sachant que l'équipe commerciale a dejà un rapport
à disposition sur les comptes PRO-AUTO.

Laurent.



[IMP-2088] Mise en place FTP compte Saglio Création: 11/avr./08 15:43  Mise à jour: 30/oct./09 15:43  Résolue: 15/avr./08 10:45

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Bloquant
Rapporteur: Gaël Seguillon Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel 20080415_extraction_stock_saglio.csv    
Pays:
FRA - France
Login: Saglio
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces (écrasement)
Groupe: sellermania

 Description   
Mise en place FTP compte Saglio type Sellermania

 Commentaires   
Commentaire de Frédéric Nahum [ 15/avr./08 10:44 ]
Voici l'extraction de stock du 15/04/2008
Commentaire de Frédéric Nahum [ 15/avr./08 10:45 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : saglio
mot de passe : sh4FH
Serveur : ftp.priceminister.com / fr

=====================================================================

Avec la config Sellermania



[IMP-1517] Creation compte FTP pseudo: Teresacg Création: 05/nov./07 18:24  Mise à jour: 30/oct./09 15:43  Résolue: 07/nov./07 14:03

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Cantoni Carlos Attribution: Daniel Pintamalli
Résolution: Corrigé  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Sous-tâches:
Clé
 Résumé
 Type
 Etat
 Attribution
IMP-1652 Modification Config FTP - Import d'im... Sous-tâche Résolu Daniel Pintamalli  
Pays:
ESP - Espagne
Login: teresacg
Séparateur: N/A
Type de traitement:
N/A

 Description   
Bonjour

pouvez-vous creer un compte FTP pour le partenaire teresacg

merci

 Commentaires   
Commentaire de Daniel Pintamalli [ 07/nov./07 14:03 ]
Compte FTP et configuration crées:

pseudo : teresacg
Pass : jji88hfuU7
serveur: ftp.priceminister.es
Port: 21



[IMP-6645] Création compte FTP pseudo fafeuille Création: 29/juil./10 10:02  Mise à jour: 03/août/10 14:33  Résolue: 03/août/10 14:33

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Maram Khayati Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: fafeuille
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)

 Description   
Création compte FTP pseudo fafeuille

Merci

 Commentaires   
Commentaire de Maram Khayati [ 02/août/10 16:57 ]
Salut,

Il faut paramétrer la gestion des flux de commandes aussi.

Merci
Commentaire de Fotigui Tangara [ 03/août/10 14:28 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : fafeuille
mot de passe : eLf!33xZF
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui

=====================================================================
Commentaire de Fotigui Tangara [ 03/août/10 14:33 ]
FTP (gestion stock+flux de commandes) mis en place.

Le PRO déposera ses fichiers dans le dossier /stock/ecrasement, pour une gestion de son stock via FTP.

Il a toujours la possibilité de soumettre ses fichiers via front office.

Demande traitée.



[IMP-6646] Création compte FTP pseudo vaour Création: 29/juil./10 10:17  Mise à jour: 03/août/10 14:24  Résolue: 03/août/10 14:24

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Maram Khayati Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: vaour
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)

 Description   
Création compte FTP pseudo vaour

Merci

 Commentaires   
Commentaire de Maram Khayati [ 02/août/10 17:00 ]
Salut,

Il faut paramétrer la gestion des flux de commandes aussi.

Merci.
Commentaire de Fotigui Tangara [ 03/août/10 14:12 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : vaour
mot de passe : r!PqL274
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui

=====================================================================
Commentaire de Fotigui Tangara [ 03/août/10 14:23 ]
FTP (gestion stock+flux de commandes) mis en place.

Le PRO déposera ses fichiers dans le dossier /stock/ecrasement, pour une gestion de son stock via FTP.

Il a toujours la possibilité de soumettre ses fichiers via front office.

Demande traitée.




[IMP-6644] Création compte FTP pseudo manu339 Création: 29/juil./10 10:00  Mise à jour: 03/août/10 14:47  Résolue: 03/août/10 14:47

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Maram Khayati Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: manu339
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)

 Description   
Création compte FTP pseudo manu339

Merci

 Commentaires   
Commentaire de Maram Khayati [ 02/août/10 16:57 ]
Salut,

Il faut paramétrer la gestion des flux de commandes aussi.

Merci.
Commentaire de Fotigui Tangara [ 03/août/10 14:38 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : manu339
mot de passe : manu!229xP
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui

=====================================================================
Commentaire de Fotigui Tangara [ 03/août/10 14:46 ]
FTP (gestion stock+flux de commandes) mis en place.

Pour une gestion de son stock via FTP, le PRO déposera ses fichiers :

- dans le dossier /stock/ecrasements, pour un mode de traitement de type "Écrasement"
- dans le dossier /stock/entrees, pour un mode de traitement de type "Entrée"
- dans le dossier /stock/sorties, pour un mode de traitement de type "Sorties"

Il a toujours la possibilité de soumettre ses fichiers via front office.

Demande traitée.



[IMP-4097] Creation compte FTP partenaire deltatecc Création: 21/août/09 14:15  Mise à jour: 30/oct./09 15:44  Résolue: 25/août/09 09:56

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Cantoni Carlos Attribution: Jérome Marianne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: deltatecc
Séparateur: N/A
Type de traitement:
N/A

 Description   
Creation compte FTP partenaire deltatecc

pourriez-vous creer un compte FTP pour recevoir les fichiers du partenaire Deltatecc?

merci

 Commentaires   
Commentaire de Jérome Marianne [ 24/août/09 10:07 ]
On utilise les profils actuels :
Entrée/ Ecrasement et Sorties avec le format Entrée 2004?
Commentaire de Cantoni Carlos [ 24/août/09 17:07 ]
Oui, entré, ecrasement et sorties.
selon la taille de l'inventaire on verra après si nous devons faire un diff
Commentaire de Jérome Marianne [ 25/août/09 09:40 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : deltatecc
mot de passe : 12te56cc
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : non

=====================================================================
Commentaire de Jérome Marianne [ 25/août/09 09:56 ]
Compte FTP paramétré et activé.



[IMP-6647] Création compte FTP pseudo libedelweiss Création: 29/juil./10 10:20  Mise à jour: 02/août/10 17:29  Résolue: 02/août/10 16:33

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Maram Khayati Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: libedelweiss
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)

 Description   
Création compte FTP pseudo libedelweiss

mail : librairie@librairie-edelweiss.com

Merci

 Commentaires   
Commentaire de Fotigui Tangara [ 30/juil./10 16:36 ]
Le PRO souhaite un compte FTP uniquement pour la gestion de son stock ? Faut-il paramétrer la gestion des flux de commandes ?
Commentaire de Maram Khayati [ 30/juil./10 16:44 ]
Il a juste demandé d'activer le ftp pour le compte libedelweiss.
Commentaire de Fotigui Tangara [ 30/juil./10 17:03 ]
OK.
Commentaire de Fotigui Tangara [ 02/août/10 16:04 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : libedelweiss
mot de passe : W!delSS321
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : non

=====================================================================
Commentaire de Fotigui Tangara [ 02/août/10 16:33 ]
Le FTP est actif pour le compte libedelweiss.

Demande traitée.
Commentaire de Maram Khayati [ 02/août/10 16:55 ]
Salut,

Le Pro revient vers moi pour paramétrer la gestion des flux de commandes.

Merci.
Commentaire de Fotigui Tangara [ 02/août/10 17:19 ]
Je t'avais pourtant demander s'il fallait mettre en place la gestion des flux de commandes !!!!

Je le mets en place
Commentaire de Maram Khayati [ 02/août/10 17:22 ]
Oui je m'en excuse mais il m'a fait le demande aujourd'hui.
Désolée !!
Commentaire de Fotigui Tangara [ 02/août/10 17:23 ]
Ok, ce n'est pas grave.

Les flux de commandes sont dès à présent opérationnelles pour le compte libedelweiss.
Commentaire de Maram Khayati [ 02/août/10 17:29 ]
Merci



Import fichier Pseudo: zoominformat + creation profil FTP (IMP-327)

[IMP-328] Création Compte FTP - Login ZOOMINFORMAT Création: 23/mars/07 12:04  Mise à jour: 25/juin/07 19:01  Résolue: 23/mars/07 14:48

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Majeur
Rapporteur: Marion Anfreville Attribution: Marion Anfreville
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: 15 minutes
Estimation originale: Non spécifié

Pays:
ESP - Espagne
Login: zoominformat
Séparateur: N/A
Type de traitement:
N/A
Estimation: Petit

 Description   
Créer un compte FTP pour l'import des fichiers du partenaire.

 Commentaires   
Commentaire de Marion Anfreville [ 23/mars/07 12:17 ]
COMPTE du vendeur créé ...

======= Compte FTP =======
==== Home : zoominformat ===
==== Pass : perico ==========
Commentaire de Marion Anfreville [ 23/mars/07 12:18 ]
Il reste a faire la configuration FTP.
Commentaire de Marion Anfreville [ 23/mars/07 14:48 ]
Le compte FTP est opérationnel.

Fichier à soumettre dans le répertoire ecrasements (stock/ecrasements).
Fichiers pris en compte : .txt et .csv



[IMP-7984] Creation profil d'import + compte FTP Création: 08/févr./11 09:45  Mise à jour: 23/févr./11 10:39  Résolue: 15/févr./11 10:45

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Myriam Laifaoui Attribution: Christophe Egéa
Résolution: Corrigé  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel fichier import pha84.xlsx    
Liens des demandes:
Similaire
similaire à IMP-8084 Qualité des produits à corriger + réf... Résolu
Sous-tâches:
Clé
 Résumé
 Type
 Etat
 Attribution
IMP-8147 pha84 : Activer la config FTP Sous-tâche Résolu Jérome Marianne  
Pays:
FRA - France
Login: pha84
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)

 Description   
Bonjour,

Merci de créer un compte FTP avec flux de commande pour le pro pha84.



 Commentaires   
Commentaire de Christophe Egéa [ 15/févr./11 10:45 ]

=====================================================================
Compte FTP vendeur créé...

Pseudo : pha84
mot de passe : dhoe!@456ado
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui

=====================================================================

Profil créé, ok.
Fichier d'import passé à 86% (décallages et les isbn/ean non reconnus par nos sytèmes, mais bien valides).

Demande traitée.
Commentaire de Daniel Pintamalli [ 23/févr./11 10:39 ]
Composants => Demande commerciale

Pour la création d'une prochaine demande JIRA, je vous prie de bien vouloir spécifier le « Composant » de la demande. Ce composant nous est utile pour la génération de statistiques.

Les valeurs possibles sont:

Demande commerciale
Projet import
Support entrant
Support monitoring

Éviter l'utilisation de la valeur « inconnu ».

Merci d'avance.



[IMP-6643] Création compte FTP pseudo davidlong68 Création: 29/juil./10 09:47  Mise à jour: 05/août/10 09:34  Résolue: 05/août/10 09:34

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Maram Khayati Attribution: Jérome Marianne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File pri_export_20100727113028.txt    
Pays:
FRA - France
Login: davidlong68
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)

 Description   

Création compte FTP pseudo davidlong68.

Le Pro dit reprendre la même structure que pour le compte (emelaz)

pseudo : davidlong68
mail : davidlong68@yahoo.com

Merci.

 Commentaires   
Commentaire de Maram Khayati [ 29/juil./10 09:48 ]
Cj-joint son fichier

Merci
Commentaire de Maram Khayati [ 02/août/10 17:01 ]
Salut,

Il faut paramétrer la gestion des flux de commandes aussi.

Merci.
Commentaire de Jérome Marianne [ 04/août/10 16:15 ]
Profil paramétré.

Fichier soumis.
Commentaire de Jérome Marianne [ 04/août/10 16:17 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : davidlong68
mot de passe : !dav68long
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui

=====================================================================
Commentaire de Jérome Marianne [ 05/août/10 09:34 ]
Fichier traité à 98%



[APP-20850] [ES] Afficher le nb de comptes dans le header Création: 11/juin/08 09:52  Mise à jour: 11/juil./08 16:43  Résolue: 07/juil./08 14:44

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 23.0.3
Version(s) corrigée(s): 25.0.0 (CTN-D)

Type: Amélioration Priorité: Majeur
Rapporteur: Nydia Yallico Attribution: Clement Balay
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ESP - Espagne
Site: Prod
Projets PM: *** CHASSE ***
Classif2: chasse
Classif FONC: comarket

 Description   
Bonjour,

nous aimerions afficher le nombre de comptes sur PriceMinister.es dans le header étant donné que nous avons dépassé les 100 000 comptes.

Merci

Nydia

 Commentaires   
Commentaire de Swan Desportes [ 18/juin/08 14:59 ]
Se gère par siteproperties. (jira-hebdo)
Commentaire de Clement Balay [ 20/juin/08 11:28 ]
Publication:

CMS1 - express - config_brand
Commentaire de Nydia Yallico [ 07/juil./08 14:32 ]
Bonjour,

je souhaiterais savoir où nous en sommes concernant l'affichage du nombre de comptes sur le site Espagne svp ?

Merci

Nydia
Commentaire de Clement Balay [ 07/juil./08 14:44 ]
comme indiqué dans le jira, cela part en V25, donc pour l'instant c'est visible en integ.

Attention, nous fermons les jiras lorsqu'il sont résolus en dev, mais il peut se passer deux semaines voire plus avant de voir la correction en prod.
Commentaire de Nydia Yallico [ 07/juil./08 16:08 ]
Ok merci pour ces précisions

Nydia



[IMP-2914] Compte FTP - Site France - pseudo lediscount - création d'un compte FTP Création: 25/nov./08 16:41  Mise à jour: 30/oct./09 15:44  Résolue: 01/déc./08 17:26

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Frederic vacher Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: lediscount
Séparateur: Point-virgule (;)
Type de traitement:
N/A

 Description   
Bonjour,

Merci de créer un compte FTP pour lediscount afin d'activer les flux de commandes.

Merci.

Fred


 Commentaires   
Commentaire de Frédéric Nahum [ 01/déc./08 17:26 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : lediscount
mot de passe : az123PP7
Serveur : ftp.priceminister.com / fr

=====================================================================



[IMP-2905] Compte FTP - Site France - pseudo discountelec - création d'un compte FTP Création: 24/nov./08 15:14  Mise à jour: 30/oct./09 15:52  Résolue: 25/nov./08 10:48

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Mineur
Rapporteur: Frederic vacher Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: discountelec
Séparateur: Point-virgule (;)
Type de traitement:
N/A

 Description   
Bonjour,

Merci de créer un compte FTP pour discountelec afin d'activer les flux de commandes.

Merci.

Fred

 Commentaires   
Commentaire de Fotigui Tangara [ 25/nov./08 10:33 ]
Demande en cours de traitement....
Commentaire de Fotigui Tangara [ 25/nov./08 10:40 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : discountelec
mot de passe : lrttWi15
Serveur : ftp.priceminister.com / fr

=====================================================================
Commentaire de Fotigui Tangara [ 25/nov./08 10:47 ]
FTP crée + Gestion de flux de commande mises en place.

Demande traitée.



[IMP-3039] Compte FTP - Site France - pseudo dimipro - création d'un compte FTP Création: 05/janv./09 15:04  Mise à jour: 30/oct./09 15:52  Résolue: 06/janv./09 12:02

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Frederic vacher Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: dimishop
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec mise à jour/création produits (écrasement)

 Description   
Bonjour,

Merci de créer un compte FTP pour la MAJ du stock ainsi que la gestion des flux de commandes. Merci.

Fred

 Commentaires   
Commentaire de Fotigui Tangara [ 06/janv./09 10:29 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : dimishop
mot de passe : liZ432
Serveur : ftp.priceminister.com / fr

=====================================================================
Commentaire de Fotigui Tangara [ 06/janv./09 11:05 ]
Je vois que le pro fait essentiellement de l'écrasement (type de traitement : Mise à jour/création annonces avec mise à jour/création produits (écrasement) )

Il déposera ses fichiers de maj dans le dossier /stock/ecrasement/

Commentaire de Frederic vacher [ 06/janv./09 11:16 ]
Ok, merci
Commentaire de Fotigui Tangara [ 06/janv./09 11:52 ]
Pour la bonne marche des imports, le pro veillera enverra uniquement des fichiers .csv.

- ses fichiers concernant le bricolage outillage doivent contenir le mot clé "outillage" comme il le fait actuellement
- ses fichiers concernant le image et son doivent contenir le mot clé "image" comme il le fait actuellement
- ses fichiers concernant l'électroménager doivent contenir le mot clé "electromenager" comme il le fait actuellement (sans accent dans le mot clé)

La configuration est à présent prêt à l'emploi.

Demande traitée.



[APP-12159] koobuycity -> Mon compte -> problème d'affichage Création: 07/sept./06 16:24  Mise à jour: 25/juin/07 18:44  Résolue: 08/sept./06 17:04

Etat: Fermé
Projet: Application PriceMinister
Composants: Chronopost
Affecte la/les version(s): 9.0.3
Version(s) corrigée(s): 9.0.3

Type: Bogue Priorité: Majeur
Rapporteur: Gaël Klosek Attribution: Alexandre Moulti
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Chaque affichage de la page Mon Compte nécessite un raffraichissement (CTRL+F5) afin d'obtenir un affichage correct.

 Commentaires   
Commentaire de Gaël Klosek [ 07/sept./06 16:26 ]
il semblerait que cela vienne du passage entre les pages sécurisées et non-sécurisées
Commentaire de Patrick Condevaux [ 07/sept./06 17:23 ]
probleme de css et d'https ? a voir a l'exploit ?
Commentaire de Edouard Gomez-Vaez [ 07/sept./06 19:07 ]
Rem : Que sous IE.
Commentaire de Olivier Badreau [ 08/sept./06 11:22 ]
mon IE6 est HS
Commentaire de Patrick Condevaux [ 08/sept./06 12:22 ]
quand la css est bien charge (ctrl+F5) pour les page https (par login/mon compte)

on obtient 2 versions differentes de la page en fonction du navigateur

firefox : page avec fond blanc
IE : page avec fond jaune

Commentaire de Xavier Boreux [ 08/sept./06 16:15 ]
L'ID top est celui qui à un fond jaune. L'ID top est situé dans un DIV qui contient le header jaune avec le logo koobuy etc... Donc si le jaune descends plus bas, c'est qu'une balise est mal fermée... et je confirme que L'ID TOP est mal fermé ;)
Commentaire de Alexandre Moulti [ 08/sept./06 17:04 ]
Voilà dorénavant le header a une syntaxe correcte
Commentaire de Lydia Dali [ 11/sept./06 11:20 ]
ok



[EXP-4871] Suppression des images importées par le compte Easykado Création: 24/juin/09 11:03  Mise à jour: 09/juil./09 16:44  Résolue: 09/juil./09 16:44

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Dorian Porta Delsol Attribution: Patrice Boulanger
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Hello,

Pourriez vous supprimer les images des fiches produits créées par le compte easykado svp ?

Merci

 Commentaires   
Commentaire de Patrick Pereira [ 09/juil./09 16:44 ]
C'est fait. Il faut attendre maintenant la prise en compte par Fast.



[EXP-427] Amélioration du Script de Création de Compte FTP Création: 28/nov./05 16:05  Mise à jour: 25/juin/07 18:54  Résolue: 29/nov./05 17:14

Etat: Résolu
Projet: Exploitation
Composants: Flux
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Majeur
Rapporteur: Espérance Galouo-Lece Attribution: Ranto Andriambololona
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Il y a encore des partenaires (ayant un compte FTP) qui n'ont pas d'images sur leurs annonces.
 - Cela entraîne pour les commerciaux l'ouverture d'une demande Jira, pour faire une demande d'import image FTP;
 - puis à nous de faire l'import et d'ajouter le login (du partenaire) dans le fichier "ftp2web.txt".

Nous demandons la possibilité d'ajouter au script de création de compte FTP, des de codes qui permettrons d'ajouter le login du partenaire dans la liste "ftp2web.txt" pour l'import d'images ftp automatique.

Bon à savoir : Les partenaires (en particulier les PRO Auto) qui demandent la création de compte FTP, soumettent très souvent des fichiers et des images.

 Commentaires   
Commentaire de Ranto Andriambololona [ 29/nov./05 15:26 ]
C'est déja le cas, c.a.d que tous les comptes créés par le script pmcreateftpaccount.sh voient leurs logins insérés dans le fichier ftp2web.txt (et userList.txt)

Si un cas précis se présente, merci de me faire signe pour que je fasse une analyse

echo "$login" >> $pmchroot/home/ftp2web.txt
echo "$login" >> $pmdir/pmftpstock/bin/userList.txt
Commentaire de Espérance Galouo-Lece [ 29/nov./05 16:46 ]
OK, merci.

Serait-il possible d'ajouter automatique le login au fichier liste_pseudos.txt qui se trouve sous hercule
voici son chemin : pmscripts/advert_images/script/liste_pseudos.txt

Ce fichier liste_pseudos.txt contient la liste des login pour l'import automatique d'images URL.
Commentaire de Ranto Andriambololona [ 29/nov./05 17:14 ]
C'est fait ...

Merci de vérifier lors de votre prochaine création de compte ... mais comme c'est juste une ligne à ajouter je pense que c'est OK



[EXP-5101] Disparition stock chez 3 comptes PROS Création: 06/mai/10 13:50  Mise à jour: 07/mai/10 10:58

Etat: Ouvert
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Mineur
Rapporteur: Maram Khayati Attribution: Patrice Boulanger
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Salut,

3 pros signalent une disparition d'une partie de leurs stocks. Pouvez-vous faire quelque chose ?

Exemple de message :

-----------il me manque des articles, effectivement hier j avais environ 1200 articles et actuellement il ne m en reste que a peine 800---------

Les 3 Pros :

http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=2313602
http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=15619597
http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=16274807

Merci.




 Commentaires   
Commentaire de Maram Khayati [ 07/mai/10 10:58 ]
Ne pas prendre en compte.

C'est dû au nouvel inventaire.

Merci



[BIN-552] Accès au Rapport BO : "Purchase by purchase tracking" pour Swan Desportes Création: 22/janv./09 14:20  Mise à jour: 11/mars/09 09:45  Résolue: 05/févr./09 17:43

Etat: Fermé
Projet: Business Intelligence
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Swan Desportes Attribution: Dalila Belkebir
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Hello

Je passe par JIRA pour vous demander accès un Rapport BO : "Purchase by purchase tracking"
J'utilise un compte technique commun.

Merci

 Commentaires   
Commentaire de Dalila Belkebir [ 22/janv./09 17:03 ]
Bonjour Swan,

Une refonte des accès est en cours et devrait être mise en production tout début de semaine prochaine.
Je prendrai en compte ta demande lors de cette refonte.

je te tiens au courant de la livraison des nouveaux droits.

Cordialement,
Dalila.
Commentaire de Dalila Belkebir [ 05/févr./09 17:43 ]
Bonjour Swan,

C'est livré en prod BI.

Merci de ton retour sur le JIRA pour fermeture de la demande.

Cdlt,
Dalila.
Commentaire de Agathe Remy [ 17/févr./09 11:42 ]
Bonjour Swan,

Peux-tu valider ce JIRA afin que nous puissions le clôturer?
Merci.
Agathe
Commentaire de Agathe Remy [ 05/mars/09 16:00 ]
Bonjour Swan,
3ème rappel!!!

S'il te plait, peux-tu valider ce JIRA afin que nous puissions le clôturer?
Merci.
Agathe
Commentaire de Swan Desportes [ 11/mars/09 09:36 ]
Merveilleux ! C'est bon
Désolé pour cette réponse tardive.

Merci



[METATACHE][mon compte] Refonte de la home page mon compte (APP-16385)

[APP-17360] [Mon compte] : modif wording bloc "Vendeur auto" et "menu mon compte auto" Création: 31/juil./07 17:05  Mise à jour: 17/août/07 11:47  Résolue: 01/août/07 17:41

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 16.0.0
Version(s) corrigée(s): 16.0.0

Type: Sub-bug Priorité: Mineur
Rapporteur: Emeric Teil Attribution: Nerea Prieto
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg     JPEG File screenshot-1.jpg    
Projets PM archivés: Mon Compte - Lot 1 : Fondation

 Description   
Remplacer "Déposez une annonce 100% gratuit" par "Déposez gratuitement une annonce" dans :
-> le bloc vendeur auto
-> le bloc devenez vendeur auto
-> le menu mon compte auto
-> le CF de la mev

 Commentaires   
Commentaire de Clement Balay [ 01/août/07 10:16 ]
En francais, c'est soumis à publication, mais il faut traduire cette phrase dans plusieurs endroits:

Dans les templates AutoSellerV1Block, AutoSellerV2Block
-> le bloc vendeur auto
-> le bloc devenez vendeur auto

Dans le label Labels -> mon compte -> Account Block -> link_submit_vehicle_advert_free
-> le menu mon compte auto


Par contre le chemin de fer peut être changé mais le pb est que les pros soumettent leurs annonces par cette page et pour eux ce n'est pas gratuit
Commentaire de Nerea Prieto [ 01/août/07 10:49 ]
La traduction n'a pas besoin d'être corrigé car la phrase est déjà mis à la forme espagnole mais j'ai quand même corrigé certaines phrases.

Merci de publier en cms1, cms3. Repository Default.



[EXP-4161] Compte Eden Auto : pas de photos sur les annonces Création: 07/janv./08 16:10  Mise à jour: 04/févr./08 18:06  Résolue: 04/févr./08 18:06

Etat: Résolu
Projet: Exploitation
Composants: Flux
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Bloquant
Rapporteur: Jérome Marianne Attribution: Eric Vannier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Pour les comptes ayant des annonces les photos ne sont pas visibles

Comptes concernés:

topv1649
topv2177
topv2176
topv2179
topv1807
topv1646
topv2180
topv2181
topv1808
topv2182
topv2183
topv1647
topv2184
topv2185
topv2186
topv1645
topv2188
topv1648
topv2189
topv2190
topv2191
topv2192

 Commentaires   
Commentaire de Marion Anfreville [ 07/janv./08 17:05 ]
Je vais voir avec Eric car les logins sont bien présents dans la liste d'images automatique.
Commentaire de Marion Anfreville [ 07/janv./08 17:20 ]
Il semble s'agir d'un bug. Je transmets la demande à Eric.
Commentaire de Marion Anfreville [ 08/janv./08 09:45 ]
Il semble y avoir également un autre problème : il n'y a qu'une seule image téléchargée alors que certains produits peuvent contenir plusieurs URL images (qui fonctionne !) => ex : produit 60839104

Toutes les images n'ont pas été téléchargées sur les produits des partenaires (certaines fiches sont toujours sans image alors qu'elle portent une url qui fonctionne).
Commentaire de Jérome Marianne [ 09/janv./08 16:37 ]
Message de Damien Du Fretay:
Ce client représente 10% du chiffre d'affaire de l'auto.
Il est est donc urgent de régler le moindre souci concernant ses comptes.
Merci
Commentaire de Eric Vannier [ 10/janv./08 18:59 ]
Normallement, demain cela devrait être corrigé via l'import de cette nuit....
Commentaire de Eric Vannier [ 04/févr./08 18:06 ]
Je résouds car le script d'import a été corrigé et mis en prod



[EXP-3260] création d'un compte ftp pour un partenaire Création: 13/févr./07 14:07  Mise à jour: 25/juin/07 19:00  Résolue: 13/févr./07 16:37

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Mohamed Bendjama Attribution: Eric Vannier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Dans le cadre d'un partenariat avec la poste on aura besoin d'un nouveau compte FTP réservé aux partenaires de PriceMinister.

Login : pmexterne
pass : ope07mrk

 Commentaires   
Commentaire de Antoine Koener [ 13/févr./07 16:29 ]
Tu peux créer celui de notre ami s'il te plait...
Commentaire de Eric Vannier [ 13/févr./07 16:37 ]
Le compte a été crée sur Bacchus.

opexterne / pm2007mrk

home /data/chrootapache/home/opexterne



[EXP-1702] compte ftp du partenaire total81 inaccessible Création: 03/avr./06 16:41  Mise à jour: 25/juin/07 18:57  Résolue: 05/avr./06 12:14

Etat: Résolu
Projet: Exploitation
Composants: Flux
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Xavier Barbosa Attribution: Ranto Andriambololona
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File ftp.JPG    

 Description   
Antoine est déjà au courant, je formalise cette demande.

le script de création a été exécuté le lun. 20/03/2006 18:22
actuellement, le compte est inaccessible

Login : total81
Pass: rn88

 Commentaires   
Commentaire de Ranto Andriambololona [ 05/avr./06 11:58 ]
je viens de tester l'accès à ce compte, ça marche bien (voir capture d'écran en PJ)
Commentaire de Xavier Barbosa [ 05/avr./06 12:03 ]
en effet, je l'ai recréé recement sous conseil d'Antoine.
rapproche toi auprès de lui, car la 1re fois j'avais bien exécuté le script, mais il semble que les répertoires ne se soient pas créés.



création profil d'import maj/création d'annonces avec création de produit pour le partenaire crowebooks (IMP-2624)

[IMP-2625] création compte ftp pour partenaire crowebooks Création: 22/sept./08 17:06  Mise à jour: 30/oct./09 15:43  Résolue: 24/sept./08 14:09

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Majeur
Rapporteur: Robin Dohin Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: crowebooks
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)

 Description   
création compte ftp pour partenaire crowebooks:

le partenaire crowebooks a déjà un compte ftp temporaire dont les login sont ci-dessous.

Pseudo : crowebooks
Mot de passe : cpDR2008
Serveur : ftp.priceminister.com

Merci de lui créer un compte ftp définitif afin qu'il puisse déposer son fichier de stock en mode écrasement et qu'il puisse confirmer/annuler les commandes.

 Commentaires   
Commentaire de Fotigui Tangara [ 24/sept./08 14:09 ]
Le compte FTP a été créé pour que le partenaire puisse déposer son fichier (15Mo) auprès des commerciaux, en vue d'une analyse de la demande d'import. A ce jour, nous ne sommes à mesure de traiter le fichier du PRO. Le compte FTP en question pourra à tout moment être désactivé par le service Exploitation.



[IMP-7377] toutelamode : prendre en compte la 2e image Création: 10/nov./10 16:31  Mise à jour: 28/déc./10 15:35  Résolue: 28/déc./10 15:35

Etat: Résolu
Projet: Paramétrage - Import
Composants: Support entrant
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Jérome Marianne Attribution: Jérome Marianne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: toutelamode
Séparateur: N/A
Type de traitement:
Mise à jour/création produits

 Description   

Bonjour,
 
Je reviens vers vous concernant notre catalogue (compte toutelamode)
Je constate qu'une seule image est prise en compte et affichées sur Priceminister.
Serait-il possible de prendre en compte la deuxième image envoyée dans le flux Modz.
 
Merci beaucoup,
 
 
Cordialement,
 
Raphaël Condamin
http://www.modz.fr
04 77 19 10 36


 Commentaires   
Commentaire de Jérome Marianne [ 08/déc./10 11:11 ]
Job talend modifié pour prendre en compte 4 images.

Format import modifié pour prendre en compte 4 images.

=> A vérifier lors du prochain import de 16h si de nouvelles fiches sont crées que la seconde image est prise en compte.

=> J'ouvre une demande a l'exploit pour supprimer les images des fiches produits actuelles du pro pour que la mise à jour puisse se faire.
Commentaire de Jérome Marianne [ 08/déc./10 11:14 ]
JIRA EXP-5200 ouvert à l'exploit pour la suppression images.
 
Commentaire de Jérome Marianne [ 28/déc./10 15:35 ]
Les produits mis en place depuis la modification du format ont bien plusieurs photos en ligne.

Pour les produits créés avant la modification du format il faudra attendre la résolution du JIRA EXP-5200 (attribué à Patrick Pereira) pour que la mise à jour puisse se faire.



[IMP-3916] Export de stock FUNHOUSEdg (compte UK) Création: 06/juil./09 17:36  Mise à jour: 30/oct./09 15:51  Résolue: 13/juil./09 17:09

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Aurélie Chavot Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel Fichier stock priceminister Juillet 09.xls    
Pays:
GBR - Royaume Uni
Login: FUNHOUSEdg
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces

 Description   
Import de son fichier pour compte sur le UK. On lui avait fait une extraction de son stock France pour l'importer sur son compte UK. Son pseudo pour le site en France : fania1. Garder le même profil import que pour fania1.

 Commentaires   
Commentaire de Daniel Pintamalli [ 13/juil./09 15:40 ]
Import en cours:

http://bo.priceminister.co.uk/datafile_back?action=advfilesearch&file_id=6058437&login=&process_code=&status=&use_proc_date=false&start_date=13%2F07%2F2009&end_date=13%2F07%2F2009&order=&x=0&y=0
Commentaire de Daniel Pintamalli [ 13/juil./09 17:09 ]
Le fichier est passé à 29% (297 annonces).

Rapport d'erreurs:

No product could be found with this reference number. => 712 lignes, dont une grande majorités de vinyles et CDs sans codes-barres.



[IMP-5125] Creation compte FTP az-boutique Création: 20/janv./10 18:04  Mise à jour: 26/janv./10 14:46  Résolue: 26/janv./10 14:46

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Julien Buhagiar Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: az-boutique
Séparateur: N/A
Type de traitement:
N/A

 Description   
Bonjour,

merci de créer un compte FTP,

création et mise a jour produits
entrée sortie écrasement

C'est un pro de Stéphanie Vignali, qui est actuellement absente mais son pro demande un compte FTP.

Merci à vous

 Commentaires   
Commentaire de Julien Buhagiar [ 20/janv./10 18:10 ]
avec flux commande.

Désolé je n'ai pas plus d'infos
Commentaire de Stéphanie Vignali [ 26/janv./10 12:08 ]
Merci de bien vouloir pour l'instant ne pas prendre en compte cette demande.
Je demande un flux au pro afin de vérifier que le format de fichier ets bien respecté.

Merci

Stéphanie
Commentaire de Frédéric Nahum [ 26/janv./10 14:46 ]
Salut Fred,

Julien a ouvert la demande ci-dessous pour un de mes pro en mon absence mais je n'ai aps de flux me permettant de vérifier le format d'import.
http://pricejira.lan/browse/IMP-5125

Peux tu fermer la demande ?
J'en ouvrirai une nouvelle lorsque j'aurai tous les éléments.

Merci

Stéphanie



[IMP-4084] Création Compte FTP LEOBOOK (FR) Création: 19/août/09 17:44  Mise à jour: 30/oct./09 15:44  Résolue: 24/août/09 10:04

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Julien Buhagiar Attribution: Jérome Marianne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: LEOBOOK
Séparateur: Point-virgule (;)
Type de traitement:
N/A

 Description   
Merci de créer un compte FTP pour ce Pro,

qui est prêt à envoyer son fichier

Merci

Type de traitement basique

 Commentaires   
Commentaire de Frédéric Nahum [ 20/août/09 12:00 ]
Qu'appel tu traitement basique
Commentaire de Julien Buhagiar [ 20/août/09 12:32 ]
je voulais dire ajout, suppression et écrasement

Commentaire de Jérome Marianne [ 20/août/09 18:18 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : leobook
mot de passe : 45l56e67o
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : non

=====================================================================


Paramétrage en cours...
Commentaire de Jérome Marianne [ 20/août/09 18:31 ]
Compte FTP paramétré.

Reste à faire la compil demain matin
Commentaire de Jérome Marianne [ 24/août/09 10:04 ]
Compte FTP activé.



[IMP-6264] Creation du compte FTP du partenaire trocorama191 Création: 03/juin/10 15:15  Mise à jour: 08/juin/10 17:07  Résolue: 08/juin/10 17:07

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Myriam Laifaoui Attribution: Jérome Marianne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: trocorama191
Modèle: Musique
Séparateur: Point-virgule (;)
Type de traitement:
Suppression annonces, Mise à jour/création annonces

 Description   
Bonjour,

Merci de bien vouloir créer le compte FTP du partenaire trocorama191.

Myriam

 Commentaires   
Commentaire de Jérome Marianne [ 08/juin/10 17:07 ]
Le compte FTP pour le compte trocorama191 a été créé dans le JIRA IMP-6260



[APP-17397] [Mon compte] Faute ortographe ESP Création: 02/août/07 14:22  Mise à jour: 07/août/07 14:51  Résolue: 07/août/07 11:05

Etat: Fermé
Projet: Application PriceMinister
Composants: Traduction
Affecte la/les version(s): 16.0.0
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Rocio Perez-Garcia Attribution: Nerea Prieto
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: File apadrinamiento.bmp     File escaparate.bmp     File este.bmp     File mi cuenta test.bmp     File mon compte_p.bmp     File passe à ton voisin.bmp    
Pays:
ESP - Espagne
Site: Integ
Navigateur: Internet Explorer 6.X
Projets PM archivés: Maintenance 16.x.x

 Description   
Pas de concordance entre les deux blocs de mon compte:

- Contactar con PriceMinister
- Organizar mi vitrina= Organizar mi escaparate
- Modos de expedición

 Commentaires   
Commentaire de Rocio Perez-Garcia [ 02/août/07 14:54 ]
Supprimer ( peut-être ) Les guillemets dans ¿Necesitas ayuda con "tus pagos"? et ¿Necesitas ayuda con "tu monedero"?.
Dans le cas de Monedero, il faudra le mettre en majuscule.
Merci
Commentaire de Rocio Perez-Garcia [ 02/août/07 14:57 ]
Pas de traduction dans l'image "Passe à ton voisin" dans la page Mon compte
Commentaire de Rocio Perez-Garcia [ 02/août/07 15:04 ]
Plusieurs fautes dans la page "Corre la Voz"

- leido= leído
- apadrinamiento= padrinazgo
- serviran=servirán
Commentaire de Nerea Prieto [ 02/août/07 15:05 ]
Emeric, est-ce que tu as demandé l'image à Stéphane? Pourriez-vous me l'attacher dans ce Jira pour que je puisse l'afficher. Merci
Commentaire de Emeric Teil [ 02/août/07 15:19 ]
Comme vu avec Alexandre, l'image est déjà disponible. L'erreur vient du fait que ce "bas de page" a été modifié ce matin et qu' IG n'est pas à jour (du coup on charge l'image par défaut, qui est la française)... ouf :o)

Bref, il n'y a rien à faire d'autre que d'attendre le prochain dump IG.
Commentaire de Diana Espel [ 02/août/07 16:49 ]
Il faut mettre une majuscule dans "Mes deseos, para recibir un aviso....
Compte Pro. Voir pièce "mon compte_p"
Commentaire de Emeric Teil [ 06/août/07 11:58 ]
Je ré-ouvre, car différentes corrections semblent ne pas avoir été réalisées... je liste ci-dessous
Commentaire de Emeric Teil [ 06/août/07 12:03 ]
En fait, il ne manque que :

-> serviran=servirán dans "Corre la Voz"

Commentaire de Rocio Perez-Garcia [ 06/août/07 12:15 ]
Je profite pour te demander aussi l'accentuation dans Este. Voir copie écran.

merci
Commentaire de Nerea Prieto [ 07/août/07 11:05 ]
Fait
Commentaire de Emeric Teil [ 07/août/07 14:51 ]
OK en integ



[IMP-5784] Création Compte FTP MR-TRADE Création: 12/avr./10 17:33  Mise à jour: 13/avr./10 11:07  Résolue: 13/avr./10 11:07

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Julien Buhagiar Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: MR-TRADE
Séparateur: N/A
Type de traitement:
N/A

 Description   
Création Compte FTP
Ajout, suppression, écrasement,
Il fait de création annonces
Jira d'import IMP-5743

 Commentaires   
Commentaire de Fotigui Tangara [ 12/avr./10 17:40 ]
Je te mets ça en place demain matin . J'aurais pu le faire today, mais nous ne faisons pas de manipulation sur le script en charge de la mise en place des compte FTP et flux connexes du lundi au jeudi (à partir de 17h30mn précise) et le vendredi toute la journée.



Commentaire de Fotigui Tangara [ 13/avr./10 10:54 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : mr-trade
mot de passe : tr!eoh
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : non

=====================================================================
Commentaire de Fotigui Tangara [ 13/avr./10 11:03 ]
C'est fait !

Demande traitée.




Création format+profil+import fichier et image+créer adresse FTP pour récupérer ses images > pro > SEXTOYS (IMP-810)

[IMP-908] Création compte FTP - partenaire SEXTOYS Création: 20/juin/07 17:09  Mise à jour: 25/juin/07 19:03  Résolue: 20/juin/07 17:21

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Mineur
Rapporteur: Daniel Pintamalli Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: SEXTOYS
Séparateur: N/A
Type de traitement:
N/A

 Description   
Créer un compte FTP au partenaire pour lui communiquer une adresse où il pourra déposer toutes ses images et on pourra les récupérer.

 Commentaires   
Commentaire de Daniel Pintamalli [ 20/juin/07 17:21 ]
Partenaire avisé.

=====================================================================
COMPTE du vendeur créé ...

======= Compte FTP =======
==== Home : sextoys =====
==== Pass : Hurggj87fgP =======

=====================================================================



[APP-15567] Inscription d'un compte Etranger impossible Création: 19/mars/07 16:58  Mise à jour: 25/juin/07 18:50  Résolue: 20/mars/07 09:49

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 13.0.3
Version(s) corrigée(s): 13.0.3

Type: Bogue Priorité: Bloquant
Rapporteur: Skender Berisha Attribution: Validator
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Liens des demandes:
Duplicate
doublon de APP-15523 TVA - Impossible de modifier le n°TVA... Fermé
Pays:
FRA - France
Site: Prod
Projets PM archivés: Maintenance 13.x.x

 Description   
Bonjour

Lors de l'inscription d'un partenaire pro étranger, le message suivant apparait lorsque nous voulons valider le compte en professionnel.

Merci

 Commentaires   
Commentaire de Younès Charrière [ 19/mars/07 18:50 ]
Cela fonctionne très bien si le compte de l'utilisateur est enregistré dans le bon pays!
Par exemple le compte que tu essaies de valider correspond au Luxembourg mais les adresses de l'utilisateur sont-elles bien enregistrées pour ce pays ?

J'ai essayé avec un compte allemand, un compte espagnol et un compte français, pour les trois cela a fonctionné du moment que le pays renseigné dans leur adresse est le bon.

Peux tu vérifier si c'est seulement ça le problème Skender ?

Merci,
Younès.
Commentaire de Younès Charrière [ 20/mars/07 09:44 ]
Doublon de APP-15523



[METATACHE][mon compte] Refonte de la home page mon compte (APP-16385)

[APP-17463] [Mon compte]: Bloc donnez-nous votre avis... Création: 06/août/07 15:37  Mise à jour: 21/août/07 10:51  Résolue: 21/août/07 10:45

Etat: Fermé
Projet: Application PriceMinister
Composants: Infoglue
Affecte la/les version(s): 16.0.0
Version(s) corrigée(s): 16.0.3

Type: Sub-improvement Priorité: Mineur
Rapporteur: Emeric Teil Attribution: Clement Balay
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Projets PM archivés: Maintenance 16.x.x

 Description   
Il est prévu de remplacer le bloc "1¿" présent en haut de la "HP mon compte" par un bloc invitant les utilisateurs à nous donner leur avis sur le nouveau look de "mon compte".
L'intérêt est double :
-> Canaliser & Prendre en compte les retours utilisateurs

Le wording FR est le suivant :
"Nouveau ! L'espace « Mon compte » change de look ! Donnez-nous votre avis " avec un lien sur "donnez-nous votre avis" pointant sur "/help?action=mc_new"

La version ES arrive sous peu.

Une fois le message "charté" par les soins du maquettage, ça passe au Param pour passage sous IG.

 Commentaires   
Commentaire de Emeric Teil [ 06/août/07 16:00 ]
Voila la version ES :

"¡La rúbrica « Mi cuenta » cambia de look! Danos tu opinión."
Commentaire de Jérôme Gautier [ 06/août/07 16:56 ]
Voici le code HTML pour la France et l'Espagne :

FRANCE
<div>
<p><strong><font size="2" face="Arial, Helvetica, sans-serif" color="#ff6600">NOUVEAU ! </font><font size="2" face="Arial, Helvetica, sans-serif" color="#003366">L'espace « Mon compte » change de look ! <a style="color: rgb(0, 51, 204); text-decoration: underline;" href="#">Donnez-nous votre avis</a></font></strong></p>
</div>


ESPAGNE
<div>
<p><strong><font size="2" face="Arial, Helvetica, sans-serif" color="#ff6600">&iexcl;NUEVO! </font><font size="2" face="Arial, Helvetica, sans-serif" color="#003366">&iexcl;La r&uacute;brica &laquo;&nbsp;Mi cuenta&nbsp;&raquo; cambia de look!&nbsp; <a style="color: rgb(0, 51, 204); text-decoration: underline;" href="#">Danos tu opini&oacute;n</a></font></strong></p>
Commentaire de Olga Costa [ 06/août/07 18:40 ]
France uniquement

CMS 1 et 3
WWW-FR
contenu moncompte et la structure DIRECT_TOP_BODY_AD
Commentaire de Clement Balay [ 06/août/07 19:06 ]
La version espagnole avait été oubliée, donc:
CMS3
WWW-ES
contenu moncompte et la structure DIRECT_TOP_BODY_AD


olga fera la version espagnole sur CMS1 demain
Commentaire de Swan Desportes [ 07/août/07 12:49 ]
Il n'y a rien à publier sur cms1 dans www-es
Commentaire de Olga Costa [ 07/août/07 15:13 ]
La version espagnole
CMS1
WWW-ES
contenu moncompte et la structure DIRECT_TOP_BODY_AD


Commentaire de Clement Balay [ 07/août/07 16:09 ]
Sur CMS3, on a changé le lien pour qu'il fonctionne en mode popup,

WWW-ES
moncompte et la structure DIRECT_TOP_BODY_AD
CMS 3

WWW-FR
moncompte et la structure DIRECT_TOP_BODY_AD
CMS 3


La version du CMS 1 sera mise au bon format dans express
Commentaire de Swan Desportes [ 10/août/07 16:16 ]
Il reste des contenus à publier dans express du cms1 !
Commentaire de Nicolas Chauveau [ 16/août/07 17:20 ]
A boucler ASAP !!!!



[Centralisation PMV] Implémentation phase B : Transfert automatique des ventes payables et débit automatisé du PMV (APP-18216)

[APP-19265] Modification de wording pour les utilisateurs en mode Compta Création: 25/janv./08 16:04  Mise à jour: 01/févr./08 15:55  Résolue: 25/janv./08 17:02

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 19.0.0
Version(s) corrigée(s): 19.0.0

Type: Sub-bug Priorité: Mineur
Rapporteur: Renaud Dierickx Attribution: Nerea Prieto
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM archivés: Paiement - Centralisation PMV

 Description   
Modifier le wording de résumé des reversements et mettre :
- « ...de chaque mois, sur le compte suivant : »
- « ...de chaque mois, à l'adresse suivante : »

 Commentaires   
Commentaire de Renaud Dierickx [ 25/janv./08 16:25 ]
J'ai modifié le label Fr :
default > Labels > _Mon Compte > _Porte-monnaie > WalletView > txt_wallet_direct_payment_configuration

Nerea, peux-tu revoir la traduction et ensuite mettre le jira à publier ?

Merci d'avance.
Commentaire de Nerea Prieto [ 25/janv./08 16:35 ]
CMS1
default
Commentaire de Emeric Teil [ 01/févr./08 15:55 ]
OK en Integ



[IMP-3642] Compte FTP Partenaire tapis-perso Création: 11/mai/09 11:23  Mise à jour: 30/oct./09 15:44  Résolue: 11/mai/09 16:15

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Skender Berisha Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: tapis-perso
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces
Groupe: neteven

 Description   
Bonjour

Merci de créer un compte compatible Neteven pour le partenaire tapis-perso

Merci

Skender

 Commentaires   
Commentaire de Fotigui Tangara [ 11/mai/09 15:46 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : tapis-perso
mot de passe : fziuqsdR7
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui

=====================================================================
Commentaire de Fotigui Tangara [ 11/mai/09 16:13 ]
Demande traitée...



[IMP-1947] Creation Compte FTP - Login mafianumerik Création: 03/mars/08 11:05  Mise à jour: 30/oct./09 15:43  Résolue: 15/avr./08 09:36

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Skender Berisha Attribution: Marion Anfreville
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
doublon de IMP-1079 export de stock + ouverture compte FT... Résolu
Pays:
FRA - France
Login: mafianumerik
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec mise à jour/création produits
Estimation: Petit

 Description   
Bonjour

Merci de créer un compte FTP pour la MAJ des stocks et flux de commandes.

Partenaire : mafianumerik

Merci

Skender

 Commentaires   
Commentaire de Marion Anfreville [ 03/mars/08 18:45 ]
Le partenaire a déjà un compte FTP :

======= Compte FTP =======
==== Home : mafianumerik =====
==== Pass : HUKEEhi7h9 =======

Et à des profils type Neteven (stock + commandes) => IMP-1079

A-t-on besoin d'autre chose pour le partenaire ?
Commentaire de Marion Anfreville [ 07/avr./08 15:19 ]
Pouvez-vous répondre à ma question (cf. dernier commantaire) ? Merci.
Commentaire de Skender Berisha [ 07/avr./08 15:24 ]
Non rien d'autre

MErci
Commentaire de Marion Anfreville [ 15/avr./08 09:36 ]
Demande déjà traitée dans IMP-1079.



[IMP-6733] Créer compte FTP GTL-Medien Création: 09/août/10 17:18  Mise à jour: 10/août/10 10:39  Résolue: 10/août/10 10:39

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Julien Buhagiar Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: GTL-Medien
Séparateur: N/A
Type de traitement:
N/A

 Description   
Hello
créer compte FTP pour ce pro.
Il a juste besoin de recevoir les commandes dans le FTP

 Commentaires   
Commentaire de Fotigui Tangara [ 10/août/10 10:34 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : gtl-medien
mot de passe : tt!iM123
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui

=====================================================================
Commentaire de Fotigui Tangara [ 10/août/10 10:35 ]
La gestion des flux de commande via FTP est mise en place pour ce PRO.

Demande traitée.



[IMP-8078] ftp compte partenaire : nikon-pro Création: 16/févr./11 14:30  Mise à jour: 17/févr./11 11:34  Résolue: 17/févr./11 11:34

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Skender Berisha Attribution: Hervé Octuvon-Bazile
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: nikon-pro
Modèle: hightech minimaliste
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec mise à jour/création produits (écrasement)
Groupe: mobshop

 Description   
bonjour

Merci de créer un compte ftp gestion de commandes et gestion de stock

partenaire : nikon-pro

format mobshop

 Commentaires   
Commentaire de Hervé Octuvon-Bazile [ 17/févr./11 11:34 ]
Compte ftp crée :

================================
Pseudo : nikon-pro
mot de passe : F553HVl
Serveur : ftp.priceminister.com
================================



[APP-32231] [POST-DEPLOY] [PMV] - Fin du Mode Compta -> Migration des comptes concernés par script Création: 16/déc./10 15:58  Mise à jour: 08/févr./11 10:59  Résolue: 07/févr./11 11:19

Etat: Fermé
Projet: Application PriceMinister
Composants: Porte-Monnaie
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 86.0.0 (TX-R)

Type: Tâche Priorité: Majeur
Rapporteur: Emeric Teil Attribution: Ayoub Benseghir
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
Projets PM: *** CHASSE ***

 Description   
Comme convenu, pour simplifier la gestion commerciale, le mode Compta ne sera plus utilisé à compter de Janvier 2011.

Afin que ce changement soit aussi indolore que possible pour les utilisateurs concernés, nous allons les migrer en essayant aussi souvent que possible de les re-configurés pour que le fonctionnement de leur PMV et donc de leurs paiements, soit aussi proche que possible de l'existant :
-> Pour les comptas par virement : passage en mode Libre avec reversement régulier par virement (reversement complet de leur PMV et sur le même compte qu'aujourd'hui)
-> Pour les comptas par chèque : passage en mode libre, sans reversement... (les reversements réguliers ne sont possibles que par virement...)

Pour ces derniers, un mail leur indiquant que le chèque était fini sur PM (à moins d'en demander un à chaque fois, via les reversements ponctuels) et leur demandant de venir renseigner leurs coordonnées bancaires leur a été envoyé.

-> Il pourrait cependant être utile, lors du passage des scripts de migration, de lister ceux qui sont toujours par chèque et d'envisager une nouvelle communication...

Attention :
-> On migre tout le monde, même les "-2", "-1", "PMV bloqué" etc.
-> On ne doit pas toucher au statut des PMV (ceux qui sont bloqués le resteront donc...)
-> Les vendeurs qui auront, en plus de leurs reversements automatiques, un reversement complémentaire programmé ne seront pas migrés. Une liste sera alors établie pour les traiter manuellement. Pour limiter ce phénomène, il faudrait faire passer ce script dès la finalisation des opérations de reversement d'une échéance donnée (par exemple, le 1er ou le 10...)







 Commentaires   
Commentaire de Arnaud Forgues [ 16/déc./10 18:58 ]
Le script est prêt dans le répertoire V:\Database\TX-R\dev\ sous le nom "TX-R_MIGRATION_COMPTA_01_ALL_user_account_update.sql"

Je l'ai testé en DEV sur 3 comptes exemples :
- http://bo.dev1.pm.dev/user_back?action=userview&showeventothers=true&useraccountid=6813808 (non migré car operation en cours)
- http://bo.dev1.pm.dev/user_back?action=userview&showeventothers=true&useraccountid=16609609 (compta cheque)
- http://bo.dev1.pm.dev/user_back?action=userview&showeventothers=true&useraccountid=4609836 (compta virement)

il reste donc à valider le fonctionnement du script / sa cible et faire des tests sur un échantillon en INTEG avec EMT.
Commentaire de Emeric Teil [ 31/janv./11 12:10 ]
Ayoub, tu peux passer ces scripts en Integ stp ?
Commentaire de Emeric Teil [ 31/janv./11 18:36 ]
OK pour moi en Integ, par contre avant de les passer en prod, il faudrait sortir la liste des utilisateurs en compta chèque, avec leur user id... et pour s'assurer que tout s'est bien passé, faire les comptage (comme on vient de le faire en Integ) des comptes concernés... (afin de comparer avec les logs du script)...

Merci d'avance

E.
Commentaire de Ayoub Benseghir [ 07/févr./11 11:19 ]
Le script est passé
Commentaire de Emeric Teil [ 07/févr./11 11:21 ]
OK,
merci !



[IMP-4277] Creation compte FTP partenaire Musichampion Création: 25/sept./09 10:44  Mise à jour: 30/oct./09 15:52  Résolue: 29/sept./09 14:43

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Cantoni Carlos Attribution: Jérome Marianne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Zip Archive priceminister_fr.zip    
Pays:
FRA - France
Login: Musichampion
Séparateur: N/A
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   

Bonjour,

pourriez vous creer un compte FTP afin que le partenaire puisse déposer un fichier?
Il fera seulement de la creation annonces
pseudo: Musichampion
pas de flux de commandes

 Commentaires   
Commentaire de Cantoni Carlos [ 28/sept./09 10:49 ]
ci-joint le fichier du partenaire
Commentaire de Jérome Marianne [ 28/sept./09 15:55 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : musichampion
mot de passe : 56mu89si
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : non

=====================================================================

Paramétrage en cours...
Commentaire de Jérome Marianne [ 28/sept./09 16:31 ]
Compte paramétré.
Le fichier est soumis.

En attente du résultat.
Commentaire de Jérome Marianne [ 29/sept./09 14:43 ]
Le compte FTP est activé.

Son fichier est passé à 78%.

La majorité des erreurs restantes est due à des références non trouvées.



[APP-22038] [Coupon reduction] - Prise en compte du CBV Création: 05/sept./08 16:08  Mise à jour: 15/juil./09 15:27  Résolue: 09/juil./09 17:53

Etat: Fermé
Projet: Application PriceMinister
Composants: Paiement
Affecte la/les version(s): 26.0.2, 49.0.0 (TX-H)
Version(s) corrigée(s): 49.0.0 (TX-H)

Type: Bogue Priorité: Critique
Rapporteur: Sébastien Aubert Attribution: Arnaud Forgues
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File 1.jpg     JPEG File screenshot-1.jpg    
Pays:
FRA - France
Site: Prod
Projets PM: *** CHASSE ***
Navigateur: FireFox 2.0

 Description   
Lorsqu'on utilise un coupon d'une reduction plus élevée que le prix de l'article et qu'on choisit de prendre le CBV, la reduction ne prend pas en compte le CBV dans un premier temps puis une fois la transaction réglée, on s'apperçoit que le coupon a en fait bien pris en compte le prix du cbv.

C'est donc une autre valeur qui est prélevée sur la CB !

 Commentaires   
Commentaire de Fabien Bourdoulous [ 23/févr./09 16:23 ]
Page wiki associée :
http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=CouponReductionCBV
Commentaire de Emeric Teil [ 23/févr./09 17:04 ]
Merci,
Attention, la correction reste à préciser :
-> Soit on souhaite que le CBV soit inclus
-> Soit qu'il soit exclus

...
Commentaire de Clement Balay [ 24/mars/09 16:01 ]
WIKI technique: http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=PriseEnCompteDuCBVDansLePanier

A valider par un leader technique mais en gros la solution 3 permettrait de paramétrer dans le futur ou jamais le fait de pouvoir exclure le CBV du coupon.
Commentaire de Clement Balay [ 19/juin/09 14:30 ]
Ce bug est corrigé par le projet d'Extension de garantie. Maintenant, le CBV est affiché dans le panier (seulement si l'utilisateur l'a coché dans le PEC un peu plus loin) donc on peut le prendre en compte dans le coupon. De plus, l'extension de garantie est aussi prise en compte dans le coupon.
Commentaire de Clement Balay [ 19/juin/09 14:31 ]
CAJ2009Q2
Commentaire de Christophe Garcia [ 08/juil./09 14:22 ]
La solution me paraît pire que le problème :-)
A voir avec QDC/EMT
Commentaire de Arnaud Forgues [ 08/juil./09 16:06 ]
Extrait du mail d'Emeric à Christophe, QDC (JZ en CC) ... :

Solution retenue :
- On ne change rien au niveau métier
- On crée un mode « display » pour le bloc « bilan panier », n'affichant que le contenu de la page Panier (Article(s), FdP, Extension(s) de Garantie) qu'on affiche sur les pages Panier et Adresse de livraison (celles avant la page confirmation de commande)
- Sur ce mode, on n'affichera donc plus le montant de la réduction & celui du CBV

Pour sécuriser la version :
- On fait ça sur une branche indépendante partant du tronc
- Si on est OK à temps, on backmerge pour la V49
- Sinon, ça partira sur une V49.1
Commentaire de Christophe Garcia [ 09/juil./09 11:51 ]
Je déplace donc en 49.1 pour isoler ce pb
Commentaire de Arnaud Forgues [ 09/juil./09 17:53 ]
Correction effectuée :

- sur les pages panier et adresse de livraison, le bilan panier ne comporte que les éléments "articles", "Frais de port" et "Extensions de garantie"
- à partir de la page confirmation de commande dans le PEC, le bilan panier comporte ces mêmes éléments + "CBV" + "Réduction"
- Coté détail achat c'est pareil que le point précédent

NB: Tag déplacé

[forguesa@gobillard source]$ bzr ci --fixes APP:22038
Committing to: bzr://perrier/dev/
added source/src/com/babelstore/purchase/front/BeforeCheckoutCouponAction.java
modified source/src/com/babelstore/purchase/front/CartAction.java
modified source/src/com/babelstore/purchase/front/CheckoutAddressAction.java
modified source/src/com/babelstore/purchase/front/PurchaseSummaryItemInclude.jsp
Committed revision 25418.
[forguesa@gobillard source]$ bzr tag --force V49_0_0
Created tag V49_0_0.
Commentaire de Emeric Teil [ 09/juil./09 19:09 ]
OK en Dev



[IMP-4780] Création compte FTP ROBINTOMES et ROBINSPAIN Création: 02/déc./09 09:43  Mise à jour: 14/déc./09 17:24  Résolue: 14/déc./09 17:22

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Julien Buhagiar Attribution: Laurent Payot
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
Login: robintomes - robinspain - robinmania
Séparateur: N/A
Type de traitement:
N/A

 Description   
Salut
le pro a actuellement le même compte FTP pour les 3 pays.

Il faudrait lui en faire un pour le FR et un pour UK et ES.

Pour le compte FTP FR, il faut en faire un au format SELLERMANIA

Voici l'email de la personne qui gère ce pro chez sellermania: florent@sellermania.com

pro UK: robintomes
pro ES: robinspain
pro FR: robinmania

 Commentaires   
Commentaire de Laurent Payot [ 14/déc./09 17:22 ]
Il y avait déjà un compte FTp créé pour la France, et un aussi autre pour le UK.
Donc je n'ai pas modifié ces comptes FTP.
J'ai fait les modifications dans les fichiers de configuration de stock et de flux de commandes. Pour la France desormais c'est un profil de type sellermania.

Pour rappel:

=====================================================================
Compte FTP vendeur créé...

Pseudo : robinmania
mot de passe : tyk8vqC
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui

=====================================================================


=====================================================================
Account FTP seller created...

Pseudo : robintomes
password : tyk8vqC
Server : ftp.priceminister.co.uk
Country : uk
Flow purchase : yes

=====================================================================
Commentaire de Laurent Payot [ 14/déc./09 17:24 ]
Une petite précision : les flux de commandes UK et ES sont centralisés (sur le FTP UK)



[APP-31028] [Création de compte] Problème avec les dates des évènements Création: 15/sept./10 15:02  Mise à jour: 16/sept./10 17:54  Résolue: 15/sept./10 16:36

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 77.0.0 (TX-P)
Version(s) corrigée(s): 77.0.0 (TX-P)

Type: Bogue Priorité: Majeur
Rapporteur: Cédric Goldovsky Attribution: Yann Danot
Résolution: Invalid  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Integ
Projets PM: OPPeC : Implication graduelle
Navigateur: Internet Explorer 8.X

 Description   
En faisant de la non reg sur la création de compte, je me retrouve avec un (et un seul) compte dont la date de création est différée d'une journée.

Déconnecté,
J'ai effectué une mise en vente de ce produit : 81030829
Puis je me suis créé un compte : ccfr150910a
http://www.pminteg.fr/user_back?action=userview&showeventothers=true&useraccountid=21753295

La date de création indique : 14/09/2010
Les premiers évènements, dans le tableau du bas, indiquent : 14/09/2010 à 12h00

Or, j'ai créé ce compte le 15 vers 14h30 !

==> Pour prouver ma bonne foi, je tiens les mails de confirmation d'inscription (à la date d'aujourd'hui) à votre disposition

 Commentaires   
Commentaire de Yann Danot [ 15/sept./10 16:36 ]
Ton nouveau compte (utilisateur) a effectivement été créé aujourd'hui (15/09).Par contre, tu as créé un compte contact hier à midi (sur argon, on a retrouvé les logs !) avec la même adresse email via le bloc de droite de la page Login. Et comme aujourd'hui tu as créé ton compte (utilisateur) avec cet email, on n'a pas recréé un nouveau compte contact (car même email) mais on a transformé ce compte contact en compte utilisateur, ce qui est souhaité / comportement normal depuis la V65 (refonte page Login)

Voilou (AFO)



[EXP-4649] Régressions sur les comptes dev de l'environnement d'Intégration Création: 17/déc./08 15:19  Mise à jour: 19/déc./08 09:56  Résolue: 19/déc./08 09:56

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Nicolas Chauveau Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous

 Description   
Suite aux évolutions de la plateforme d'intégration, les comptes dev (accès limité pour consulter les logs) ont été perdus ou ont eu des régressions :

Accès à partir de chauveaun@prin

cpt dev /logs /scripts
deutz O O N
senez O O N
henriot O O N
mignon O O KO
krug O O KO
esterlin O KO N
lanson KO
taittinger O O N
desmoulins O O N

Pouvez vous :
- créer le compte sur lanson
- retrouver le répertoire /script partagé et recréer le mount sur toutes les machines

Je regarderais ensuite avec l'integration :
- /logs sur esterlin avec CGA (répertoires cibles inexistants)


Cela nous pose des pb pour analyser les pb en Intégration

 Commentaires   
Commentaire de Patrice Boulanger [ 17/déc./08 16:02 ]
Deutz: OK
Senez: OK
Henriot: OK
Mignon: OK
Krug: OK
Esterlin: pb avec le /data/priceminister/pmshare
Lanson: KO
Taittinger: OK
Desmoulins: OK

Commentaire de Patrice Boulanger [ 17/déc./08 16:02 ]
Jérémie,
Merci de regarder le problème de droits sur Esterlin et la configuration de Lanson.

Merci.
Commentaire de Jérémie Bennejean [ 17/déc./08 18:05 ]
Corrigé.
Sur lanson le compte existait mais corrompu!
Sur esterlin, pb d droit sur le répertoire priceminister ( de /data/priceminister/ ) trop restrictif pour other.
Commentaire de Alexandre Garnier [ 17/déc./08 18:13 ]
Sur taittinger ya aussi un problème de droit sur le dossier /appli/priceminister
Commentaire de Jérémie Bennejean [ 18/déc./08 18:40 ]
corrigé
Commentaire de Nicolas Chauveau [ 19/déc./08 09:45 ]

pb sur Lanson :

ssh dev@lanson

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that the RSA host key has just been changed.
The fingerprint for the RSA key sent by the remote host is
22:8e:c9:40:cf:7c:67:b0:11:e9:fb:d0:5b:86:6d:11.
Please contact your system administrator.
Add correct host key in /users/chauveaun/.ssh/known_hosts to get rid of this
message.
Offending key in /users/chauveaun/.ssh/known_hosts:9
RSA host key for lanson has changed and you have requested strict checking.
Host key verification failed.
Commentaire de Nicolas Chauveau [ 19/déc./08 09:46 ]
cf mon commentaire précédent.
Commentaire de Alexandre Garnier [ 19/déc./08 09:56 ]
Ligne supprimée dans le known_hosts de chauveaun et c'est bon.



[IMP-251] Compte ftp - pseudo portalissarl (COMMERCEO) Création: 13/mars/07 10:49  Mise à jour: 30/oct./09 15:43  Résolue: 16/mars/07 09:51

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Elisabeth Delongeaux Attribution: Rodrigue Nsiangani
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: portalissarl
Séparateur: N/A
Type de traitement:
N/A
Estimation: Petit
Groupe: Commerceo

 Description   
Bonjour,

Pourriez-vous créer un compte FTP + activer le flux de commandes pour le pro portalissarl ??

Merci

Elisabeth

 Commentaires   
Commentaire de Rodrigue Nsiangani [ 15/mars/07 18:11 ]
Si je comprends bien, il faut juste lui activer le flux de commandes, c'est bien ça ?
Commentaire de Elisabeth Delongeaux [ 15/mars/07 18:23 ]
Yes please !

Merci

Elisabeth
Commentaire de Rodrigue Nsiangani [ 16/mars/07 09:51 ]
======= Compte FTP =======
==== Home : portalissarl =====
==== Pass : F92Jcs7 =======

Config du partenaire :
@@@
<Partner name='portalissarl' id='13486611' home='portalissarl' >
<Comment>
compte crée par RON:
le : 15/03/07
Login: portalissarl
Pass : F92Jcs7
</Comment>

<Directory path='purchase'>
<Action type='Move' check_file='1'>
<Files>*.txt</Files>
<Source>/data/priceminister/pmftpstock/var/transactions/fr/portalissarl/purchase</Source>
<Destination>purchase</Destination>
</Action>
</Directory>
<Directory path='confirmed_purchase'>
<Action type='Move' check_file='1'>
<Files>*.txt</Files>
<Source>/data/priceminister/pmftpstock/var/transactions/fr/portalissarl/confirmed_purchase</Source>
<Destination>confirmed_purchase</Destination>
</Action>
</Directory>
<Directory path='validation'>
<Action type='Move' check_file='1'>
<Files>*.txt</Files>
<Destination>/data/priceminister/pmftpstock/var/transactions/fr/portalissarl/validation</Destination>
</Action>
</Directory>
<Directory path='expiration'>
<Action type='Move' check_file='1'>
<Files>*.txt</Files>
<Source>/data/priceminister/pmftpstock/var/transactions/fr/portalissarl/expiration</Source>
<Destination>expiration</Destination>
</Action>
</Directory>
</Partner>
@@@

C'est fait.

Je ferme.



[APP-28593] inventaire non dispo par bo Création: 03/mars/10 09:05  Mise à jour: 03/mars/10 13:59  Résolue: 03/mars/10 13:59

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office, Inventaire
Affecte la/les version(s): 63.0.1
Version(s) corrigée(s): 63.0.1

Type: Bogue Priorité: Majeur
Rapporteur: Skender Berisha Attribution: Validator
Résolution: Impossible à reproduire  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Word bugbo.docx    
Pays:
FRA - France
Site: Prod
Projets PM: *** A PLANIFIER ***

 Description   
Bonjour

quand on passe par le bo pour aller sur un compte que l'on clique sur ''inventaire'' un message d'erreur apparait voir en pj.

Merci

Skender

 Commentaires   
Commentaire de Espérance Galouo-Lece [ 03/mars/10 11:51 ]
 - Est-ce toujours le cas ?
Commentaire de Skender Berisha [ 03/mars/10 11:52 ]
C'est bon ça marche maintenant

merci



[APP-13058] [Nego] Fonction Négociation dans le compte du vendeur Création: 09/oct./06 17:55  Mise à jour: 08/août/07 17:50  Résolue: 08/août/07 17:50

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 16.0.0

Type: Amélioration Priorité: Majeur
Rapporteur: Isabelle Weisbecker Attribution: Emeric Teil
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
c'est un improvment mais aussi un bug quelque part.

Il faudrait pouvoir avoir le choix entre accepter la négociation pour toutes les annonces du compte ou pour celles au choix.

Aujourd'hui, un vendeur qui n'a pas fait attention d'accepter la négo, qui met en vente un produit et change d'avis ; est obligé de refaire son annonce car s'il décoche la négo dans son compte, les annonces où il a accepté sans faire exprès la négo ; reste en négo. (c'est clair ?!).

Le pire c'est pour nos pro qui mettent à jour leurs stocks par fichier d'import, j'ai l'impression que la négo reste active sur l'id product et non sur le compte vendeur. Donc même s'il décide de ne plus accepter la négo sur un produit mais que ce produit avait précédemment était accepté en négo, il le reste.

 Commentaires   
Commentaire de Jérôme Viviès [ 10/oct./06 17:45 ]
Ce n'est pas au Param de décider de ce type de modification.
Cela demanderait une analyse Fonc.
Gaël, peux-tu noter ce Jira dans vos tablettes ?
Commentaire de Gaël Caro [ 26/janv./07 14:42 ]
Benoît,

Sur l'étude que tu as faite concernant le JIRA APP-11721 il me semble que le présent JIRA ne reflète pas ou plus complètement la réalité. J'aimerais que tu verifies et que tu voies Isabelle pour valider :

1/ Il faudrait pouvoir avoir le choix entre accepter la négociation pour toutes les annonces du compte ou pour celles au choix.
=> Il me semble que c'est bien comme cela que ça fonctionne. Deux choses cependant :
- Si la demande est qu'un produit puisse être mis en "négociable" lors de sa mise en vente alors que l'utilisateur à mis globalement la négo en off, un mécanisme de forçage peut être nécessaire
- Ce n'est parfois pas clair du fait du délais nécessaire : peut être faut-il ajouter un petit texte ?

2/ Aujourd'hui, un vendeur qui n'a pas fait attention d'accepter la négo, qui met en vente un produit et change d'avis ; est obligé de refaire son annonce car s'il décoche la négo dans son compte, les annonces où il a accepté sans faire exprès la négo ; reste en négo. (c'est clair ?!).
=> Il me semble que ce n'est pas/plus le cas

3/ Le pire c'est pour nos pro qui mettent à jour leurs stocks par fichier d'import, j'ai l'impression que la négo reste active sur l'id product et non sur le compte vendeur. Donc même s'il décide de ne plus accepter la négo sur un produit mais que ce produit avait précédemment était accepté en négo, il le reste.
=> Idem
Commentaire de Emeric Teil [ 08/août/07 17:50 ]
Alors, avec les évolutions sur la négo qui viennent de sortir en V16 :

-> Le vendeur peut accepter/refuser globalement la négo. S'il refuse globalement, aucune de ses annonces ne seront négociables, s'il accepte globalement, il garde la possibilité de accepter/refuser la négo sur chaque annonce
-> La négo est donc activée/désactivée par rapport au vendeur ET à l'annonce, les deux devant "accepter" la négo pour qu'une annonce soit négociable sur le site.

Il n'est donc pas possible, et c'est un choix de notre part, de refuser globalement la négo mais de l'activer sur une annonce. Il est par contre possible d'accepter globalement la négo et de la refuser sur une annonce.




[APP-21600] Mise en avant de l'opé fid dans la page mon compte Création: 01/août/08 19:03  Mise à jour: 25/sept./08 10:20  Résolue: 23/sept./08 12:24

Etat: Fermé
Projet: Application PriceMinister
Composants: Infoglue, Promo
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 29.0.1.2

Type: Tâche Priorité: Majeur
Rapporteur: Thomas Beylot Attribution: Olga Costa
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: File page notation.bmp     File page post notation.bmp    
Liens des demandes:
Similaire
similaire à APP-22289 [comarket] : OP fid banner Fermé
Pays:
FRA - France
Site: Prod
Projets PM: *** CHASSE ***
Classif FONC: comarket

 Description   
Suite aux débuts de l'OP fid ce 24/07/2008, nous souhaitons optimiser les chances de mettre en avant celle-ci pour atteindre un maximum d'inscrits et être sûr d'avoir des résultats conséquents pour en tirer un enseignement de qualité.

Il faut noter que pour des raisons de risques de fraude, nous avons décidé de n'ouvrir l'OP qu'à une population de pmember étant inscrit en base avant le début de l'OP (23/07).

De plus nous tenons à exclure un groupe témoin de cette OP pour pouvoir mesure l'impact de la rétribution sur un comportement acheteur.

A ce jour le seul moyen pour nous de faire passer le message est de communiquer par mail (avec pourquoi pas l'idée de le faire par voie postale à la rentrée).

> L'idée serait donc de communiquer sur le site pour maximiser le ROI et le taux d'inscrits.

> or il nous faudrait communiquer sur certaines personnes seulement (préambule).

=> On souhaiterait donc mettre en place une banner sur "mon compte" qui ne s'afficherait que si :
- le compte est inscrit en base (via l'adresse email) avant le 23 juillet inclus
- le compte n'est pas dans la liste des personnes témoins
- le compte inscrit n'a pas changé son email après le 23 juillet dans son compte sans s'être inscrit au préalable (ce qui signifierait que vous auriez la liste des inscrits chaque jour ?)

A votre disposition pour en parler, sachant qu'après il me faudrait booker un graphiste pour la créa.


Merci,

Thomas

 Commentaires   
Commentaire de Swan Desportes [ 11/août/08 09:38 ]
Attention, la demande est plus complexe que demandée lors du comarket. Je ne sais pas si on pourra exclure la population témoin et les changements de mail.
Est ce qu'on le fait quand même ?
Commentaire de Thomas Beylot [ 12/août/08 10:50 ]
l'idée est justement d'en discuter et fonction de la complexité / rapidité de mise en oeuvre de prendre une décision.

On peut en effet se fixer deux objectifs :
- recrutement d'inscrits (avec comme contrainte de n'afficher la promo que pour les comptes "éligibles")

- fidélisation : la banner affichée permet aux inscrits d'avoir cette OP en tête

évidemment dans l'idéal il faudrait deux créas différentes mais on peut aussi s'asseoir là dessus et considérer qu'une banner invitant à s'inscrire si elle reste affichée une fois l'inscription validée serait au delà du message une invitation à se reconnecter.

On ne parle demain matin et on prend décision ?

thomas
Commentaire de Thomas Beylot [ 19/août/08 09:34 ]
Hello

J'ai parlé à l'agence de l'opportunité de faire tout ça en appel iframe.
ça a l'air de coller, j'attends leur go définitif.

Première question il leur faudrait l'adresse mail avec laquelle l'internaute est connecté (mais le login ne leur ai d'aucune utilité car pas renseigné dans la table de l'OP). ça vous semble jouable à priori ?


thomas
Commentaire de Swan Desportes [ 20/août/08 14:12 ]
Thomas, quand tu auras le go, j'aurais besoin de l'URL et du format de la bannière.
Merci
Commentaire de Thomas Beylot [ 25/août/08 09:46 ]
Hello

MM me demande si il est possible en plus de l'email de leur donner le nom et prénom de la personne loggée ?

de plus il me faut leur donner le format souhaité de la bannos. Si on considère vouloir la placer au niveau de la page de notation par contre je n'arrive pas à me logger à spot "service temporarily unavailable" depuis vendredi matin pour vous dire où et quel format ?

Thomas.
Commentaire de Alexandre Garnier [ 25/août/08 12:34 ]
La page / sur bo.pm.lan ne fonctionne en effet pas, soit utiliser http://www.pm.lan/spot_back?action=spotback, soit taper "/info/home" dans le champ "Url".

Pour les infos, pas de problème, on les a :
Email : $user.emailAddress
Prénom : $user.firstName
Nom : $user.lastName

Si c'est une bannière, le format est le format classique de bannière : 728x90 il me semble.
Commentaire de Thomas Beylot [ 25/août/08 14:11 ]
ok j'ai réussi à me sortir des méandres de spot.

j'ajoute à ce jira deux pj, à savoir les impressions écran des pages où je souhaiterais installer les créas. J'ai bien noté qu'on avait dit une mais je fais mon vrp de base en essayant d'en avoir deux pour le prix d'une :)

sachant que la plus importante est celle qui suit la note (post notation).

Les emplacements ciblés sont les mêmes donc on pourrait envisager de placer la même créa sur les deux pages. Il s'agit à chaque fois du "body" en bas de page le premier emplacement dispo. Il y a des contraintes au niveau de la banner pour qu'elle s'adapte à la résolution non ? Pourrais-je avoir un détail exact des contraintes pour que je les donne à l'agence (première fois qu'on ne le fait pas en interne je sens les retours à foison).

à votre dispo pour en discuter.

thomas
Commentaire de Thomas Beylot [ 25/août/08 14:11 ]
deuxième page, la plus importante
Commentaire de Alexandre Garnier [ 25/août/08 16:03 ]
Attention : il n'y a pas de différenciation possible entre la page de PRE-notation et la page de POST-notation : c'est simplement la liste des vendeurs à noter (BUYER_FEEDBACK_LIST), éventuellement vide s'il n'y en a plus.

Pour ce qui est de la dimension de l'iframe, elle peut être mise en 100% avec un contenu en 100% qui doit au moins passer en 1024. Je pense que le PARAM connait ça mieux que moi.
Commentaire de Thomas Beylot [ 25/août/08 16:29 ]
ok c'est parfait ça veut dire que j'en aurais deux pour le prix d'un hé hé :)
sinon oui j'imagine que l'iframe peut être mise en 100%.

j'imagine que pour la taille on fait ce qu'on veut en hauteur et qu'il y a une dimension minimale en largeur ?
niveau poids un niveau max ? je mets ariane en observatrice.
Commentaire de Ariane Baldinger [ 25/août/08 16:46 ]
Pour l'emplacemement body le format a employer est 425 x 90 px.
Commentaire de Ariane Baldinger [ 25/août/08 17:00 ]
concernant le poids je ne saurai pas dire ... et Gafour n'est pas là.
Plus le poids est faible mieux c'est. (pour avoir un ordre d'idée, sur le jeu vendeur, les bannières de ce format font 20 ko)



[APP-6691] Compte utilisateur : vider le stock ne fonctionne pas Création: 12/déc./05 15:44  Mise à jour: 25/juin/07 18:33  Résolue: 19/oct./06 09:40

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 8.0.9, 9.0.4
Version(s) corrigée(s): 9.0.4

Type: Bogue Priorité: Majeur
Rapporteur: Nicolas Gréhalle Attribution: Marion Anfreville
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Word Chiffrage Suppression Stock via Datafile Batch.doc    
Liens des demandes:
Duplicate
a pour doublon APP-8227 lien qui ne fonctionne plus Fermé
Site: Integ

 Description   
Lorsque je tente de vider mon stock en BO, j'obtiens le message suivant :

null; CausedByException is: Transaction marked for rollback, possibly a timeout; nested exception is: java.lang.RuntimeException: Transaction marked for rollback, possibly a timeout; nested exception is: javax.ejb.EJBException: null; CausedByException is: Transaction marked for rollback, possibly a timeout; nested exception is: java.lang.RuntimeException: Transaction marked for rollback, possibly a timeout

 Commentaires   
Commentaire de Geneviève Beaujard [ 13/déc./05 14:00 ]
Quel compte, quel site?
Commentaire de Nicolas Gréhalle [ 13/déc./05 14:02 ]
ngrehall, en integ
Commentaire de Quentin de Chivré [ 13/déc./05 16:24 ]
Comparer le paramétrage de la durée de timeout en integ et prod,
diminuer la fenetre d'annonces traitées pour limiter ces erreurs
Commentaire de Geneviève Beaujard [ 15/déc./05 10:27 ]
<attribute name="TransactionTimeout">300</attribute>
même value en dev, integ, prod.

La fenêtre passe de 1000 à 500.

Rappel:
Il faudra cliquer sur ce bouton un certain nombre de fois pour vider le stock (nbAnnonces / 500).
Comme le nombre d'annonces indiqué dans le BO user est pris dans une vue materialisée qui n'est rafraichi qu'une fois par jour, le videur de stock ne peut pas mesurer son action, pour cela il doit aller dans le BO annonces et verifier s'il y a encore des annonces actives, si oui il faudra recliquer sur le bouton.

De plus pour l'instant la vue materilisée est fausse, pour tester attendre la correction du bug http://pricejira.lan/browse/APP-6738.
Commentaire de Judd OSullivan [ 16/déc./05 14:55 ]
Corrigé
Commentaire de Nicolas Gréhalle [ 19/déc./05 15:16 ]
problème toujours présent
Commentaire de Judd OSullivan [ 20/déc./05 16:56 ]
Checkin oublié. Maintenant corrigé.
Commentaire de Christophe Garcia [ 20/déc./05 19:21 ]
Nicolas, peux-tu faire un nouvel essai STP.
Commentaire de Nicolas Gréhalle [ 21/déc./05 09:30 ]
Fonctionne toujours pas !
Commentaire de Geneviève Beaujard [ 21/déc./05 09:42 ]
Merci nicolas, pour ta collaboration.
Je ne sais pas pour le moment comment on va resoudre ce probleme.
On va tester en augmentant le timeout.
Commentaire de Quentin de Chivré [ 21/déc./05 09:46 ]
On ne touche pas au timeout !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
300 c'est déja énorme
Commentaire de Nicolas Gréhalle [ 21/déc./05 10:00 ]
Quentin, tu devrais faire une demande à l'exploit pour ta touche '!' qui se coince.

Sinon, ne pourrait on pas envisager de modifier radicalement la manière de procéder pour cette fonctionnalité ? Cela fait plusieurs fois que le problème se pose et visiblement les corrections ne sont pas efficaces.

Par exemple, un fonctionnement comme la mise en vacance : on déclenche la purge du stock et un batch va progressivement vider le stock.
Qu'en pensez-vous ?
Commentaire de Judd OSullivan [ 05/janv./06 16:18 ]
Je vois pas pourquoi 500 lignes prennent plus que 5 minutes. Ca merite un peu plus d'analyse. Ensuite on peux parler d'attaque different (par batch par exemple).
Commentaire de Judd OSullivan [ 19/avr./06 17:34 ]
Quentin à suggerer une solution ou on le traite avec le batch d'import fichier (de vider le stock est comme un ADVERT_CLOSED pour toutes les annonces). A voir pour la prochaine version.
Commentaire de Judd OSullivan [ 19/mai/06 17:14 ]
J'ai ajouté de logging pour creuser un peu plus dans V900. La solution la plus logique reste pour moi de passer par le batch import mais elle necessite plus de codage est doit attendre une autre version.
Commentaire de Judd OSullivan [ 01/juin/06 18:32 ]
Après analyse (en integ mais c'est certainement pareil en prod), le problème est les updates d'advert qui prennent des fois plus que 2s (à cause des triggers, les indexes etc) :

16:06:13,662|TP-Processor4|192.168.1.187|AdvertBusinessEjb|Executing SQL: UPDATE ADVERT SET adv_status_code=?, available_count=?, change_dat
e=?, freshness_date=?, is_available=?, is_buyable=?, is_sellable=?, row_version=? WHERE advert_id=? AND row_version=?
16:06:16,291|TP-Processor4|192.168.1.187|ContractBusinessEjb#findByRelatedAdvertIdWithPurchase|Executing SQL: SELECT contract_id, activation
_date, buyer_account_id, change_date, creation_date, ctr_status_code, currency_id, history, prd_currency_id, prd_first_image_id, prd_list_pr
ice, prd_medium_code, prd_title, prd_type_code, product_id, purchase_id, related_advert_buyer_id, related_advert_id, related_buy_price, rela
ted_cpl_product_id, related_currency_id, related_product_id, row_version, sale_price_net, sale_price_tax, tax_rate, usr_address_id FROM CONT
RACT WHERE related_advert_id = ? AND purchase_id IS NOT NULL

Même à une seconde la requête on prend 500s pour un lot qui est plus que les 300s qu'on a avant le timeout. Donc la solution de passer par le proces d'import reste pour moi la plus interessante.
Commentaire de Judd OSullivan [ 10/août/06 19:11 ]
J'attache un chiffrage mais en gros je prevois 1j (.75j dev + ,25j tests)
Commentaire de Mostafa Diane [ 12/sept./06 16:58 ]
Pour moi il faut typer les fichiers, pour ne pas riquer de casser le mecanisme du pool de fichier. c'est une sécurité en plus. Des avis sur ca?
Commentaire de Mostafa Diane [ 13/sept./06 18:48 ]
Désormais, vider le stock d'un user passera par l'import. un data_file est créer Sans ligne ni profile; dans un status CLOSING_ADVERTS avec comme non de fichier : Videur de stock pour le compte : user_account_id.
Pour Tester le bug faudera bien sur tester vider le stock mais également tester la fermeture d'annonces avec et sans tag via le process standard d'import
Commentaire de Mostafa Diane [ 18/sept./06 10:54 ]
Je viens de checkiner un dev qui permet de ne créer qu'un seul fichier pour vider le stock. Ceci pour éviter de perdre du temps dans les imports
Commentaire de Geneviève Beaujard [ 19/oct./06 09:40 ]
Quand on clique sur le lien Vider, une popup javascript s'affiche avec un texte.
Dans ce texte il faudrait virer la ligne:
'Ceci affectera uniquement les 500 premières annonces !'
Commentaire de Geneviève Beaujard [ 19/oct./06 09:40 ]
OK
Commentaire de Geneviève Beaujard [ 19/oct./06 09:42 ]
Le lien BO vider le stock est super, tout est OK, rapidité et ..., rien a voir avec le traitement precedent.

Par contre c'est a toi de tester la fermeture d'annonces avec et sans tag via le process standard d'import .
Commentaire de Geneviève Beaujard [ 19/oct./06 10:01 ]
petite precision:
le texte 'Ceci affectera uniquement les 500 premières annonces ! ne s'affiche que si le compte a plus de 500 annonces.
Commentaire de Patrick Condevaux [ 19/oct./06 15:58 ]
ok en INTEG. merci a ben pour le test massif ;-)



[APP-6496] souci lié peut-être à un compte vendeur Création: 28/nov./05 10:25  Mise à jour: 25/juin/07 18:33  Résolue: 28/nov./05 15:57

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 8.0.8d

Type: Bogue Priorité: Critique
Rapporteur: Jany Marimoutou Attribution: Geneviève Beaujard
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
doublon de APP-6495 ORA-01476: divisor is equal to zero Fermé
a pour doublon APP-6500 msg d'erreur oracle en production : O... Fermé

 Description   
Ce vendredi nous avons réatribuer un pseudo laisser à l'abandon à un professionel. Celui ci est dvdone.
http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=500656

Le problème est le suivant : toutes les fiches sur lesquelles il a déposé une annonce ne sont plus accessibles.
Regardez dans sa vitrine.
http://www.priceminister.com/boutique/dvdone

Exemple concret avec Amarcord Federico Fellini's
http://www.priceminister.com/navigation/se/category/search_video/category_sub/104703/kw/amarcord+federico+fellini%27s
Cliquez dessus... ce message s'affiche pour tous les produits figurants dans son inventaire

Il a dépose 242 annonces, ce qui fait pas mal de produit non accessibles. mais aussi d'annonces d'autres personnes qui ne le sont plus dispo.

Merci de gerér au plus vite c'est uen situation plus que critique...

 Commentaires   
Commentaire de Geneviève Beaujard [ 28/nov./05 15:57 ]
ceci est du au fait que le compte dvdone n'avait pas de notes.
steven a noté dvdone et maintenant ca fonctionne.
Pour la petite histoire ProductAdvertInfoQuery a dans son select la colonne
(user_account.seller_score_sum / user_account.seller_score_count) as score.
le compte n'etant pas noté on avait 0/0 ->ORA-01476: divisor is equal to zero
Commentaire de Laurent Merlet [ 08/déc./05 12:02 ]
Ceci n'était pas un bug, il s'agit d'une règle fonctionnelle.
Il faut que le vendeur soit noté par PriceMinister pour que ses annonces soumises soient visibles
dans le FO.

 



[APP-22223] [Connexion] Connexion depuis une plateforme avec le compte d'une autre Création: 16/sept./08 15:14  Mise à jour: 17/févr./09 08:50

Etat: Ouvert
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 29.0.0 (CAT-Cbis)
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Cédric Goldovsky Attribution: Dispatcher (Pôle TX)
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
ALL - Tous
Site: Prod
Projets PM: *** CHASSE ***
Navigateur: Tous

 Description   
Exemple :
Saisir les identifiants d'un compte Croix-Rouge (cedgov_cr / test) depuis la page de connexion PM : https://www.pm.lan/connect?action=login&c=80&dest=%2Fuser

On est alors redirigé vers la page "Identification réussie" de Croix Rouge (et ma barre d'adresse indique https://www.pm.lan/connect)

Depuis cette page, il suffit de cliquer sur l'un des menus de "Mon compte" pour définitivement se retrouver sur Croix-Rouge
Par contre, si on clique sur CONTINUER, on est linké vers la page d'authentification Croix-Rouge comme si nous ne nous etions pas déjà logué.

 Commentaires   
Commentaire de Benoît Bourdon [ 17/sept./08 09:47 ]
Esperance devait vérifier en PROD -> c'est probablement le même fonctionnement.
Commentaire de Cédric Goldovsky [ 17/sept./08 14:12 ]
non, en prod nous sommes redirigés sur PriceSolidaire avec un message excplicatif (cf capture)
Commentaire de Benoît Bourdon [ 17/sept./08 16:20 ]
J'en parle à Manu !
Commentaire de Edouard Gomez-Vaez [ 17/sept./08 17:12 ]
En fait le problème est plus subtil, et existe aussi en production, quand on joue trop à passer de www à cr, se logant et de délogant.

Il faut différencier l'environnement (gueule de la page + type d'utilisateur pricesolidaire) et adresse du site (www. ou croix-rouge.priceminister.com).

Aller sur www.
Se loguer avec un compte solidaire (ex cedgov_cr2 / test).
On est redirigé vers la page de login sur le site croix rouge avec environnement croix-rouge.
Retaper son mot de passe.
Cliquer sur continuer.
Se déloguer.
Aller sur www.
Cliquer sur mon compte.
BUG 1 : on est encore logué, sur le site www, mais avec l'environnement cr !
Se déloguer.
Aller sur www.
Cliquer sur mon compte.
On retrouve le bug 1 : on est sur le site www mais avec l'environnement cr !
Se loguer avec un compte solidaire.
BUG 2 : on se retrouve sur la page d'identification réussie www mais avec l'environnement cr !
Cliquer sur continuer.
BUG 3 : On est redirigé vers le site cr ! Du coup, on demande à nouveau de se loguer ! C'est ce que décrit Cédric dans son Jira.

Je pense qu'en corrigeant le BUG 1, les deux autres bugs se corrigent.
Commentaire de Edouard Gomez-Vaez [ 17/sept./08 17:13 ]
Transaction ?



[APP-27792] Non prise en compte de Dynaco dans la navigation Création: 30/déc./09 09:45  Mise à jour: 04/janv./10 10:13  Résolue: 04/janv./10 09:17

Etat: Fermé
Projet: Application PriceMinister
Composants: Référencement
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 59.0.2.1

Type: Bogue Priorité: Majeur
Rapporteur: Thierry Leforestier Attribution: Dispatcher (Pôle NAV)
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
GBR - Royaume Uni, FRA - France, ESP - Espagne
Site: Prod
Projets PM: *** A PLANIFIER ***
Navigateur: Tous

 Description   
Il semble que la normalisation des contributeurs ne soit plus prise en compte dans la navigation.

Exemple :
http://www.priceminister.com/offer/buy/86200768/larson-ron-brief-calculus-an-applied-approach-enhanced-edition-with-enhanced-webassign-1-semester-printed-access-card-livre.html
A comme contributeur normalisé "Ron Larson"

Dans la Navigation, pour cette fiche produit, nous avons : Larson, Ron

Sans la prise en compte du paramètre Contributor.AUTEUR.1.Dynamo, nous ne pourrons pas ouvrir les liens sur les contributeurs dans la navigation.

 Commentaires   
Commentaire de Thierry Leforestier [ 30/déc./09 09:47 ]
Est-ce que ca ne serait pas dépendant de l'indexation en fait ? J'ai aussi trouvé l'exemple contraire :
http://bo.priceminister.com/offer/buy/90772503/mylene-farmer-n-5-on-tour-coffret-collector-2-cd-dvd-cd-album.html

Apparait bien la normalisation dans la navigation.

Ce Jira est peut être un won't fix.
Commentaire de Thomas Allier [ 31/déc./09 14:44 ]
je ne pense pas qu'il y ait de problème spécifique à la nav.
effectivement, ta fiche produit 86200768 présente aussi bien le contributeur normalisé dans la FP que dans la nav (c'est le premier résultat de cette page : http://www.priceminister.com/s/ron+larson)
Commentaire de Thierry Leforestier [ 04/janv./10 09:17 ]
Je ferme. j'ai l'impression que c'est plus un problème d'indexation fast.



[APP-11385] [croix-rouge] connexion a mon compte ne fonctionne pas Création: 27/juil./06 12:22  Mise à jour: 25/juin/07 18:42  Résolue: 27/juil./06 15:45

Etat: Fermé
Projet: Application PriceMinister
Composants: Cobrandings, Compte utilisateur
Affecte la/les version(s): 9.0.2
Version(s) corrigée(s): 9.0.2

Type: Bogue Priorité: Bloquant
Rapporteur: Patrick Condevaux Attribution: Patrick Condevaux
Résolution: Invalid  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File login croix-rouge.jpg    
Site: Integ

 Description   
Lorsqu'on se connecte sur croix-rouge.pm.lan [ https://croix-rouge.pm.lan/connect?action=login&c=80&dest=%2Fuser ]

on obtient un message d'erreur:

Pour vous connecter sur ce compte sans créer d'interférence avec votre compte Croix-Rouge, veuillez fermer toutes les fenêtres de votre navigateur puis vous reconnecter au site www.priceminister.com

 Commentaires   
Commentaire de Patrick Condevaux [ 27/juil./06 15:45 ]
les comptes sont specifiques a la croix-rouge et ne sont pas partage avec PM



[Nettoyage Auto] : Méta-Tâche (APP-26422)

[APP-26423] Réorganisation Home Page Mon Compte Création: 09/sept./09 10:07  Mise à jour: 17/sept./09 15:38  Résolue: 14/sept./09 17:54

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 53.0.0 (TX-I)
Version(s) corrigée(s): 53.0.0 (TX-I)

Type: Sub-improvement Priorité: Mineur
Rapporteur: Emeric Teil Attribution: Arnaud Forgues
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Dépendance
est bloqué par APP-26430 Création de la css pour la home page ... Fermé
Pays:
ALL - Tous
Projets PM archivés: AUTO : Nettoyage

 Description   
On va profiter du nettoyage auto pour revoir un peu l'organisation de la Home Page Mon Compte :
-> Suppression de "Mon Compte Auto" : suppression de tout le système d'onglets
-> Nécessité de créer un nouvel ancrage pour "Mon Profil" : Ce terme est peu compris par les utilisateurs et ceux-ci ont fréquemment du mal à trouver comment modifier leur adresse mail ou leur mot de passe ; on crée donc un nouveaux bloc, dans la partie "User", contenant un lien explicite vers "Changer mon mot de passe" et "Modifier mon adresse e-mail" (qui pointent tout les deux sur la même page mais avec une ancre sur le formulaire concerné)
-> On déplace dans ce bloc le lien "Mes abonnements"
-> On duplique dans ce bloc le lien" Mes préférences vendeur"
-> Ajout d'un style dédié aux texte explicatifs situés en dessous de certaines fonctionnalités

 Commentaires   
Commentaire de Corinne Grondin [ 09/sept./09 10:17 ]
Hello,

Voici la structure pour les liens ayant un commentaire (mon widget boutique, mes préférences vendeur...).

<li class="dash_subcat">
  <a href="/wish?action=list">Mes souhaits</a>
  <p class="dash_subcat_desc">Pour être alerté(e) dès qu'un produit devient disponible au prix que vous souhaitez... </p>
</li>

Pour le nouveau bloc "Mes informations", la structure est identique aux autres blocs.

Pour le H1 et la partie "déconnexion/partir en vacances", on doit normalement se voir cet aprem avec GAF pour valider une structure. Je vous la donne dès que possible.
Commentaire de Corinne Grondin [ 09/sept./09 14:29 ]
Voici la structure pour le H1 et la zone de déconnexion/vacances ainsi que la notification

                
<h1>Mon compte</h1>
  
<ul id="my_account_nav">
  <li class="tab_log_off"><a href="/connect?action=logout&pro=false" class="underline">Déconnexion</a></li>
  <li class="tab_holidays"><a href="/user?action=holidaystart">Je pars en vacances</a></li>
</ul>


  <div id="my_account_notif" class="notification notice">
    <p>Vous avez un vendeur à noter.</p>
  </div>
Commentaire de Corinne Grondin [ 09/sept./09 14:31 ]
Pour les liens avec commentaires inactifs :

<li class="dash_subcat dash_subcat_inactive">
  Mon Widget Boutique
  <p class="dash_subcat_desc">Blogueur, redirigez facilement vos visiteurs vers votre boutique PriceMinister. </p>
</li>
Commentaire de Marc-Antoine Decreton [ 09/sept./09 16:12 ]
En attente de la css de Gafour
Commentaire de Marc-Antoine Decreton [ 10/sept./09 19:01 ]
A traduire sur cms-ref svp :
/default/Labels/_Mon Compte/AccountBlock/link_my_email
/default/Labels/_Mon Compte/AccountBlock/link_my_password
/default/Labels/_Mon Compte/AccountBlock/lbl_my_information

A publier sur cms-ref :
/default/Template/Account Template/MyWishesBlock
/default/Template/Account Template/MyInformationBlock
/default/Template/Account Template/MyAdvertsBlock
/default/Template/Account Template/CommunityBlock

Merci !
Commentaire de Rémi Virlouvet [ 11/sept./09 14:41 ]
UK ok
Commentaire de Rocio Perez-Garcia [ 11/sept./09 14:56 ]
ES aussi.
Note édito: on essaie de mettre e-mail partout dans le site, p-e revoir le label FR.
Commentaire de Arnaud Forgues [ 14/sept./09 16:57 ]
Soumis à publication en FR, ES et UK sur cms-ref :

/default/ROOT/ACCOUNT/PROFILE
/default/Labels/_Mon Compte/Profile/title_my_informations



[IMP-3395] Creation compte FTP avec flux de commandes pour le compte HAI-END-GbR/Haiend Création: 11/mars/09 11:11  Mise à jour: 30/oct./09 15:52  Résolue: 02/avr./09 16:18

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Jeremy Pallot Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France, ESP - Espagne
Login: Hai-end-gbr/haiend
Séparateur: N/A
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
Bonjour,

Pouvez vous créer un serveur FTP avec flux de commandes pour les compte en France Hai-end-gbr et en Espagne Haiend
Le stock va être mise à jour via un lien qu'il faut mettre à jour une fois toutes les 24 heures.
http://www.hai-end.com/preisvergleich/priceminister/priceminister.csv

Colonne a: ref produit/constructeur
Colonne b: ref interne à transmettre lors d'une commande
colonne c: Prix de vente (identique pour le ES et le FR)
Colonne d: Quantité
Colonne e: Qualité
Colonne f: Fabricant

Commentaire sur le France: Envoi Rapide et soigné d'allemagne. Pas d'envoi dans les DOM TOM
Commentaire sur l'Espagne: Vendedor professional - articulo nuevo y garantizado. Entrega en España peninsular - No haremos envíos a las islas.


 Commentaires   
Commentaire de Daniel Pintamalli [ 26/mars/09 16:48 ]
La configuration est en place. Tests en cours...
Commentaire de Daniel Pintamalli [ 27/mars/09 09:23 ]
Les fichiers passent à 25%-28%
Commentaire de Jeremy Pallot [ 01/avr./09 18:23 ]
Auriez-vous oublié le compte FTP?

Merci,

Jérémy
Commentaire de Daniel Pintamalli [ 02/avr./09 16:17 ]
Désolé. Voici les coordonnées FTP par pays:

France:

=====================================================================
Compte FTP vendeur créé...

Pseudo : hai-end-gbr
mot de passe : trgij7HkL
Serveur : ftp.priceminister.com

=====================================================================


Espagne:

=====================================================================
Cuenta FTP vendedor creada...

Pseudo : haiend
contraseña : LK355haA9n
Server : ftp.priceminister.es

=====================================================================:



[APP-15045] changement d'adresse mail pas pris en compte Création: 09/févr./07 14:12  Mise à jour: 25/juin/07 18:49  Résolue: 09/févr./07 14:58

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 11.3.1
Version(s) corrigée(s): 11.3.1

Type: Bogue Priorité: Critique
Rapporteur: Dorian Porta Delsol Attribution: Validator
Résolution: Invalid  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Prod

 Description   
Le compte professionnel lookjouet (pseudo) à changé son adresse mail, dans leur profil, mail lundi 5 fevrier.
Depuis tous les mails automatique en provenance de PriceMinister sont envoyé sur l'ancienne adresse ou pas du tout

J'ai tout de même bien checké si la nouvelle adresse était bonne, elle l'est.

Dans le cas présent :

ancienne adresse : fsaulnier@partnerjouet.com
nouvelle adresse : mduchesne@partnerjouet.com

 Commentaires   
Commentaire de Patrick Condevaux [ 09/févr./07 14:58 ]
J'ai verifie en BO l'adresse d'envoi des mails de cette utilisateur abien été modifié le 5/2
et depuis cette date tous les mails ont été envoyé à
A : mduchesne@partnerjouet.com
le premier de la liste date du :
Message reçu le 05/02/2007-09:23

Mail sortant FO envoyé depuis le 5 voir cette page:
http://bo.priceminister.com/message_back?action=usrmessagesearch&advanced=true&id=&user_id=8676512&subject=&login=&type=40&out_stat_code=&ums_domain_code=&start_date=05%2F02%2F2007&end_date=&is_date_order_desc=false&number_rows=100&x=46&y=8



[APP-2681] Negociation : anomalies compte vendeur et annonce Création: 25/août/04 18:03  Mise à jour: 25/juin/07 18:25  Résolue: 25/juin/07 18:25

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.5val
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Pascal Roselli Attribution: Fabrice Messoumian
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
- Vérifier que l¿offre négociée est indiquée comme telle en page
d¿accueil de « Mon Compte » : la vente n'apparait pas du tout

- Vérifier que le lien « Faire une offre ferme » a disparu au profit
d¿un lien « Un acheteur a effectué une offre ferme sur cet article », qui
envoie vers une popup : le lien "Acheter au prix actuel" apparaît

 Commentaires   
Commentaire de Validator [ 25/août/04 18:15 ]
Ne pas tenir compte de la première remarque : il fallait attendre le batch pour
que la vente soit visible
Commentaire de Validator [ 25/août/04 18:26 ]
*** Bug 2860 has been marked as a duplicate of this bug. ***
Commentaire de Fabrice Messoumian [ 26/août/04 10:04 ]
Le lien "acheter au prix actuel" apparaît dans tous les cas : il s'agit de la
mise en panier d'un bouton standard (idem bouton "achat")
C'est le lien "Faire une offre ferme" qui disparaît ici au profit de "Un
acheteur a effectué une offre ferme sur cet article"
Donc a priori le comportement est normal.
Commentaire de Validator [ 26/août/04 11:36 ]
Justement, non, le lien "Un
acheteur a effectué une offre ferme sur cet article" n'apparait pas apparemment
Commentaire de Fabrice Messoumian [ 26/août/04 11:51 ]
Si, le lien apparaît bien. Les testeurs ne l'ont pas vu parce qu'il ne
remplace pas exactement l'ancien lien, mais apparaît SOUS la liste des liens.

Je modifie la procédure de test pour clarifier tout ça.



[APP-24074] Modification mentions sur "Mon Compte" du Vendeur Création: 28/janv./09 18:51  Mise à jour: 19/févr./09 17:43  Résolue: 13/févr./09 17:32

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 39.0.0 (CTN-I)
Version(s) corrigée(s): 41.0.0 (TX-E)

Type: Amélioration Priorité: Majeur
Rapporteur: Benoit Tabaka Attribution: Fabien Bourdoulous
Résolution: Corrigé  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Pièces jointes: JPEG File editomodifié.jpg     JPEG File wording_validé.jpg    
Liens des demandes:
Duplicate
a pour doublon APP-24073 Coordonnées vendeur - ajouter edito p... Fermé
Sous-tâches:
Clé
 Résumé
 Type
 Etat
 Attribution
APP-24310 Modification mentions sur "Mon Compte... Sous-tâche Fermé Dispatcher (Param-CSI)  
Pays:
FRA - France
Site: Prod
Projets PM: *** RESERVE ***

 Description   
Suite à l'envoi de SMS pour informer les vendeurs que certaines ventes s'apprêtent à expirer, il faut modifier les mentions figurant en marge du formulaire collectant le numéro de téléphone du vendeur dans la rubrique Mon Compte.

Le projet d'édito modifié est joint.

 Commentaires   
Commentaire de Cedric Favero [ 29/janv./09 12:21 ]
Ah zut doublon , j'avais posté aussi.

Pour l'édito , mieux avec un saut à la ligne et un un poil modifié:

Ces coordonnées sont nécessaires à la bonne gestion de vos ventes. Il est important d'indiquer des informations correctes.
En particulier, le numéro de téléphone peut etre utilisé par PriceMinister pour vous contacter, notamment par SMS, pour le suivi de vos ventes ou en cas de litige.
Commentaire de Benjamin Guerville [ 29/janv./09 15:38 ]
Hello,
j'en ai parlé à Olivier Mathiot et il imaginait plutôt un lien "Pourquoi a-t-on besoin de votre numéro?" à côté du n°
qui ouvre dans un pop avec toutes les raisons (sympa) de laisser son n°.

Il craint que le texte tout en haut fasse peur aux utilisateurs.

Cette solution serait-elle très couteuse ?

merci
Commentaire de Benoit Tabaka [ 29/janv./09 15:40 ]
Bof ...
mais comme le champ obligatoire, le vendeur sera de toutes façons obligé de le remplir s'il souhaite vendre !
Commentaire de Cedric Favero [ 30/janv./09 12:56 ]
Dans ce cas on met juste un (?) cliquable derriere "telephone"
Il clique dessus et on a une popup explicative.
Ou sinon avec un mouse over? je passe ma souris et l'info s'affiche.
Commentaire de Benoit Tabaka [ 30/janv./09 14:16 ]
Pas clean/légal comme solution. Le principe d'une information "claire" me semble bien loin. On est vraiment obligé de planquer de telles infos alors qu'elles sont essentielles ?

On est tenu de part la loi à informer clairement une personne sur l'usage qu'il va être fait de ses données et ceci au moment de la collecte. La CNIL estime qu'un renvoi par un lien hypertexte n'est pas suffisant. Donc, pour moi, la mention ne doit pas être cachée en infobulle ou en pop-up.

Benoit
Commentaire de Cedric Favero [ 30/janv./09 14:25 ]
Dans ce cas c'est tranché :-)
Commentaire de Justin Ziegler [ 30/janv./09 17:51 ]
concernant le wording, on pourrait etre un peu plus simple en remplaçant :
destiné à permettre à PM
par
permet à PM

non ?
Commentaire de Benoit Tabaka [ 30/janv./09 17:52 ]
Oui ;-)
Merci Justin.
Commentaire de Emeric Teil [ 02/févr./09 14:35 ]
Pour rappel, lorsque cette page a été mise en place, il avait été souhaité de ne pas rentrer trop précisément dans certains aspects (tel que la gestion des litiges) afin d'éviter que les utilisateurs ne soit "refroidis" avant même leur première vente...

Commentaire de Benoit Tabaka [ 02/févr./09 14:39 ]
Oui, mais à l'époque on n'avait pas décidé de balancer du SMS :-)

Après si vous pensez que "pour le suivi de vos ventes" suffit ... ok.
Commentaire de Cedric Favero [ 02/févr./09 14:43 ]
Moi suis toujours partisan de dire la vérité. Meme si dans les faits, on les appelle pour ainsi dire jamais.
Peut etre dire "en cas de réclamation", çà fait moins peur que litige.
Commentaire de Emeric Teil [ 02/févr./09 14:45 ]
Ok, j'ai légèrement modifier le wording (cf capture d'écran "a_valider") :
-> OK pour mettre "réclamation" à la place de "litige"
-> Benoît, faut-il vraiment spécifier "par sms" ou le terme "contacter" suffit-il de par sa généricité :o) (sinon, c'est un peu lourd comme phrase...)
Commentaire de Emeric Teil [ 02/févr./09 14:48 ]
En complément, puisque les vendeurs Pros ne sont apparemment pas concernés par tout ça, on ne le mettra que pour les Parts et les Pros à valider (ces derniers étant considérés par l'application comme des particuliers).

OK pour tout le monde ?
Commentaire de Benjamin Guerville [ 02/févr./09 14:55 ]
OK pour les pro. BG

Commentaire de Cedric Favero [ 02/févr./09 15:00 ]
Ok pour tout çà et le wording.
Je me permettrais juste un "il est donc important de.."
Merci.
Commentaire de Emeric Teil [ 02/févr./09 15:14 ]
OK, donc cf. "wording_validé" ci-dessus, à afficher uniquement si le vendeur n'est pas Pro Validé.
Commentaire de Emeric Teil [ 02/févr./09 15:17 ]
Dernières questions pour Benjamin :
-> Quel pays utilisez-vous pour savoir si le vendeur est français ou étranger (le pays d'expédition, le pays des coordonnées vendeur, autre ?) ?
-> Cela ne concerne que la plateforme FR, et non ES et UK ? (un vendeur français sur ES ou UK n'est donc pas concerné ?)

Merci
Commentaire de Benoit Tabaka [ 02/févr./09 15:23 ]
Je préfère que l'on mentionne "SMS" -> Toujours la même logique : transparence.

Ca donnera en plus appui au BO pour les clients mécontents.
Commentaire de Benjamin Guerville [ 02/févr./09 15:41 ]
- Pays à utiliser : pays d'expédition = France.
- Plateforme FR uniquement.

Merci
Commentaire de Emeric Teil [ 02/févr./09 17:57 ]
OK donc merci de valider (business et juridique) le wording proposé dans la capture ci-dessus.

Concernant les conditions d'affichage :
-> Vendeurs Part dont le pays d'Expédition est "France Métropolitaine"
-> Plateforme FR uniquement

NB : les DOM TOM ne sont pas concernés ?
Commentaire de Benjamin Guerville [ 02/févr./09 19:10 ]
les DOM-TOM ne sont pas concernés.

Je vois avec OM pour la validation business et reviens vers vous asap.
Commentaire de Benjamin Guerville [ 02/févr./09 19:19 ]
J'ai quand même l'impression qu'on y va un peu fort :
- Cédric nous que le BO n'a appelle quasiment jamais les gens
- Très peu de SMS sont envoyés (200-300 / jours)

Il ne faudrait que le taux de transfo chute à cause de l'ajout de cette phrase qui pourrait faire peur à certain.

Désolé de relancer le débat mais comme ça touche une page stratégique, attention à la bourde :-)
Commentaire de Benoit Tabaka [ 03/févr./09 07:47 ]
Benjamin,

La loi est claire : on est tenu d'informer les personnes de la finalité de toute collecte d'un donnée nominative.

Il a été décidé d'envoyer des SMS à nos vendeurs, on est donc tenu de modifier l'information figurant sur le site et donc indiquer clairement le nouvel usage qui sera fait de cette donnée.

PS : je doute que 100.000 SMS par an ce soit très peu ...

Benoit
Commentaire de Benjamin Guerville [ 03/févr./09 09:14 ]
100 000 SMS par an : la consomation normal d'un ado de 15 ans :-)

Ok, ça marche.

OM a validé la version proposée.

Merci
Commentaire de Fabien Bourdoulous [ 13/févr./09 11:34 ]
Le label a été modifié.

/default/Labels/_Mon Compte/_Espace Vendeur/SellerProfileReturnCoordinatesInclude/lbl_address_info
Commentaire de Arnaud Forgues [ 13/févr./09 12:03 ]
Attention, l'edito ne change que pour FR : ne pas traduire les modifications
Commentaire de Emeric Teil [ 13/févr./09 14:04 ]
Pour info, et pour éviter de monter une usine à Gaz pour un édito, celui-ci s'affichera tout le temps sur la plateforme FR, quelle que soit la nature du vendeur (pro ou part) et sa nationalité.
Commentaire de Benoit Tabaka [ 13/févr./09 14:13 ]
bravo. Magnifique.
ça m'va.
Commentaire de Olga Costa [ 13/févr./09 14:54 ]
tu n'as pas oublié le soumettre a publication?
Commentaire de Olga Costa [ 13/févr./09 15:36 ]
je parle de contenu dans IG il est pas soumit a publication



[IMP-3068] Convertir un compte en profil NETEVEN > sextoys69 Création: 08/janv./09 17:30  Mise à jour: 30/oct./09 15:44  Résolue: 28/janv./09 10:52

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Isabelle Weisbecker Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel Copie de Cosmetique_priceminister_FINAL - Sextoys69.csv    
Pays:
FRA - France
Login: sextoys69
Modèle: Cosmétique
Séparateur: N/A
Type de traitement:
N/A
Groupe: NETEVEN

 Description   
Convertir le compte sous le format NETEVEN, type de traitement habituel

Paramétrer le fait que la référence produit = référence produit et référence annonce

Colonne D, E, J, K non obligatoire

 Commentaires   
Commentaire de Fotigui Tangara [ 20/janv./09 14:07 ]
tu veux dire de considérer la réf annonce comme réf produit ?
beaucoup de réf produit non renseignées.
Commentaire de Isabelle Weisbecker [ 20/janv./09 14:27 ]
il faut que colonne A = colonne B car la colonne B est toujours renseignée.
Commentaire de Fotigui Tangara [ 20/janv./09 14:57 ]
Le partenaire via Neteven utilisera la tabulation comme séparateur, le fichier contient le caractère "point-virgule".

Commentaire de Fotigui Tangara [ 20/janv./09 15:21 ]
Oubli de ma part : Neteven doit utiliser nos modèles sans aucune modification de notre part.

Demandez au partenaire de s'aligner sur le Modèle Cosmétique.xls.

Sinon, si vous voulez une dérogation pour ce Pro venez voir Jérôme pour cela.

Merci
Commentaire de Isabelle Weisbecker [ 20/janv./09 18:15 ]
La dérogation c'est pour la création de la réf ou le séparateur différent ou les 2 ?
Commentaire de Fotigui Tangara [ 20/janv./09 18:30 ]
La dérogation concerne seulement les deux (2).
Commentaire de Fotigui Tangara [ 27/janv./09 11:39 ]
Avez-vous un retour par rapport à cette demande ?
Commentaire de Isabelle Weisbecker [ 27/janv./09 18:04 ]
on a demandé à neteven de demander au pro de garder le modèle "neteven".

Le fichier en .csv n'est pas avec séparateur point virgule ?
Commentaire de Fotigui Tangara [ 28/janv./09 10:31 ]
le fichier .csv est délimité avec point virgule, mais contient le même caractère, ce qui aura pour conséquence des décalages de colonnes, et le fichier tombera en erreur.

La colonne "Description long" est en grande partie à l'origine de la présence du caractère "point virgule".

Ce que je fais, c'est de mettre en place la configuration Neteven demandée sans passer le fichier. Dès que le pro aura fait le nécessaire, Neteven pourra soumettre le fichier. A noter que si rien n'est fait du côté du pro, et que Neteven envoie le fichier, il ne passera pas. N'hésitez pas à nous le signaler au moment opportun.

Commentaire de Fotigui Tangara [ 28/janv./09 10:34 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : sextoys69
mot de passe : omifdg2Fr3
Serveur : ftp.priceminister.com / fr

=====================================================================
Commentaire de Fotigui Tangara [ 28/janv./09 10:50 ]
Configuration Neteven (Entrée, Sortie) + M.à.j./création annonces avec m.à.j./création produits basé sur le Modèle Cosmétique.


Demande traitée.




[APP-26473] Ajout de tags de pub Lagardère dans "mon compte" Création: 11/sept./09 17:29  Mise à jour: 22/sept./09 18:10  Résolue: 22/sept./09 11:23

Etat: Fermé
Projet: Application PriceMinister
Composants: Infoglue, Promo
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 53.0.1

Type: Tâche Priorité: Critique
Rapporteur: Benjamin Guerville Attribution: Olga Costa
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel Tag_mon_compte.xls     Microsoft Excel Tag_mon_compte_v2.xls     Microsoft Excel Tag_moncompte_Planning_param.xls    
Pays:
FRA - France
Projets PM: *** A PLANIFIER ***
Classif FONC: comarket

 Description   
Bonjour,
comme convenu en co-market, nous souhaitons ajouter des tags de pub lagardère dans mon compte.
Quelques subtilités :
- un taggage étalé de septembre 09 à décembre 09 (à faire en début de mois)
- certaines pages taggées seulement (24 en tout)
- différents tags univers pour "panacher" les pubs (livres, musique, JV, ...)
En pj, vous trouverez un planning détaillé (quelle pages ? quel tag ? quel emplacement ? quand ?)
A votre dispo poiur plus d'infos.
Merci
BG

 Commentaires   
Commentaire de Jérôme Viviès [ 11/sept./09 17:35 ]
Swan, Marion, cela vous suffit comme brief ?
Commentaire de Marion Anfreville [ 11/sept./09 17:43 ]
Tu t'y prends tard pour une demande de mise en ligne le 20/09.

Il aurait fallu faire le paramétrage cette semaine pour que ça parte dans le Dump du 15/09 et il s'agit du seul dump prévu S38.
Commentaire de Marion Anfreville [ 14/sept./09 15:46 ]
On peut caler ça dans le Dump du 23/09. Ok pour toi ?
Commentaire de Benjamin Guerville [ 14/sept./09 15:55 ]
ok si pas possible avant...

Commentaire de Swan Desportes [ 16/sept./09 11:55 ]
On est sûr de vouloir mettre de la pub sur des pages clés comme l'authentification ou l'inscription. On risque de détourner l'internaute du processus. C'est quelque chose que l'on a toujours proscrit et qui risque de nuire au core business !
Commentaire de Olga Costa [ 16/sept./09 12:04 ]
Nous avons déjà eu les auto promos sur ces pages, par contre il étais non cliquable (pour pas détourner l'internaute), mais avec LAGARDER les pubs seront forcement cliquable
Commentaire de Benjamin Guerville [ 17/sept./09 14:35 ]
validé par OM
Commentaire de Justin Ziegler [ 17/sept./09 14:54 ]
n'y a t il pas des pbs de ssl ? sur l'authentification et l'inscription particulièrement ?
je suis un peu surpris qu'on mette ces deux la dans le pool.
je pense que cela représente assez peu d'affichage comparé à d'autre...
Commentaire de Olivier Mathiot [ 17/sept./09 18:10 ]
oui je comprends les discussions sur ce thème mais benjamin a bien bossé et priorisé le projet au coex et évalué les volumes page par page :
ces 2 pages représentent des TRES GROS VOLUMES : (avec faible risque car taux de clic moyen sur banner = 0.05%)

voici le détail :

Pages LOCATION ALIAS Chargements (pages) 32 174 752
MonCompte ACCOUNT%%ACCOUNT 4 880 551 15%
Identification::Identification LOGIN 4 869 396 15%
Inventaire INVENTORY_VIEW 4 366 593 14%
Identification::IdentificationOK LOGIN_SUCCESS 3 417 400 11%
MesVentes::DetailVente SELLER_PURCHASE 2 347 266 7%
MesVentes::VentesEnCours SELLER_LIST%%ON_GOING 1 060 496 3%
MesFinances::PorteMonnaie WALLET_VIEW 958 966 3%
MesAchats::ListeAchats::DetailAchat BUYER_PURCHASE 943 532 3%
MesAchats::ListeAchats BUYER_LIST 714 866 2%
MesVentes::NouvellesVentes SELLER_LIST%%NEW 679 907 2%
Communaute::MessagesRecus QUESTION_RECEIVED_LIST 653 055 2%
MesAchats::NoteVendeurs PROFILE_SHOP 643 183 2%
MesVentes::DetailVente::SuiviArticle SELLER_ITEM_DETAIL 623 315 2%
MesEnvies::Souhaits WISH_LIST 588 757 2%
MesEnvies::Memo WISH_MEMO_LIST 564 082 2%
MesAchats::ListeAchats::DetailAchat::SuiviArticle Reception BUYER_ITEM_FEEDBACK 454 400 1%
MesVentes::DetailVente::BonDeLivraison SELLER_SHIPPING_ORDER 435 995 1%
MesAchats::ListeAchats::DetailAchat::SuiviArticle BUYER_ITEM_DETAIL 432 164 1%
Identification::Inscription REGISTER 378 542 1%
Inventaire::ChargerImageAnnonce UPLOAD_GALLERY_IMAGE 337 848 1%
MesVentes::VentesFinalisees SELLER_LIST%%OLD 283 056 1%
Inventaire::ChargerImage ? 274 277 1%
Communaute::MessagesRecus::EnvoyerReponse ? 230 107 1%
MesVentes::DetailVente::AdresseDuDestinataire SELLER_SHIPPING_ADDRESS 229 449 1%
Commentaire de Carole Boucheny [ 21/sept./09 16:00 ]
J'ai testé les promos du mois de septembre c'est ok pour moi.
Juste pour info celle qui est présente dans mon compte est en rotation avec une autre.
Commentaire de Olga Costa [ 22/sept./09 11:24 ]
les promos octobre , novembre et décembre -->ok
Commentaire de Benjamin Guerville [ 22/sept./09 12:04 ]
pour celle qui est présente sur "mon compte", il faudrait supprimer la promo actuelle (racontez-nous votre histoire...)
merci
Commentaire de Benjamin Guerville [ 22/sept./09 15:52 ]
Hello,
Olga m'a expliqué que les pages "login" et "login success" ne sont pas taggable avec les tags actuels.
du cop, il faut tagger d'autres pages en rtemplacement.
Tout est détaillé dans la pièce jointe : Tag_mon_compte_v2
Soit :
plus de pages en septembre
rien en octobre
et à nouveau des pages en novembre et en décembre

merci!
BG
Commentaire de Olga Costa [ 22/sept./09 18:10 ]
Benjamin,

Pour résumer demain en prod nous allons voir les pubs sur ACCOUNT%%ACCOUNT et INVENTORY_VIEW.
Pour effectuer les modifications que tu demandes dans le fichier, il faut que je revoie mon paramétrage initial et je ne peux pas le faire la veille de sortie de la version, car la veille on ne fait que les corrections. Or pour moi il là ne s'agit pas d'une correction mais d'une nouvelle demande.
Le mieux c'est que tu ouvres un nouvel Jira avec le fichier pour que ca passe par Marion



Recouvrement Créances Vendeur (APP-24954)

[APP-25017] Création css pour "mon compte" et "mon porte-monnaie" Création: 21/avr./09 17:05  Mise à jour: 02/juin/09 10:04  Résolue: 24/avr./09 17:34

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur, Porte-Monnaie
Affecte la/les version(s): 47.0.0 (TX-G)
Version(s) corrigée(s): 47.0.0 (TX-G)

Type: Sous-tâche Priorité: Mineur
Rapporteur: Marc-Antoine Decreton Attribution: Gafour Abdoul
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
Projets PM archivés: Paiement - Compensations Négatives

 Description   
Dans le cas où l'utilisateur a un PMV négatif (suite au passage d'une compensation négative), une cartouche de notification est affichée sur les pages "Mon compte" et "Mon porte-monnaie", lui indiquant le montant de sa dette.

Deux liens sont présents dans cette cartouche, définis de la manière suivante :
<a class="help" href="var2">ici</a>
<a href="var2">alimentant votre porte-monnaie</a>

Est-il possible d'avoir un affichage similaire et cohérent sur ces deux pages?

 Commentaires   
Commentaire de Marc-Antoine Decreton [ 21/avr./09 17:12 ]
Les labels IG sont les suivants :
- /default/Labels/_Phrase/_W/WalletViewModel/NEGATIVE_WALLET_NOTIFICATION
- /default/Labels/_Phrase/_A/AccountModel/NEGATIVE_WALLET_NOTIFICATION

Les classes impactées sont AccountModel et WalletViewModel sur la branche RCV du pôle TX.
Si tu as besoin d'aide pour tester (parce que pour faire apparaître les cartouches il faut avoir un PMV avec un montant négatif, ce qui n'est le cas pour aucun utilisateur sur la base de dév aujourd'hui), n'hésite pas à revenir vers moi.

Merci de me tenir au courant de l'avancée, il me faudra par la suite faire traduire les labels par l'équipe traduction.
Commentaire de Gafour Abdoul [ 24/avr./09 17:34 ]
Après discussion avec ETE:
- Il est utile de différencier les différents types de liens, et dans ce cas-ci, le lien de la popup d'aide du lien de "navigation".

mais il faudrait le faire pour le site dans son ensemble, et cela s'avère difficile de le généraliser sur le site.

On peut l'uniformiser au fur et à mesure lors de la rationalisation des pages "Mon Compte".

Pour l'instant j'uniformise les deux affichages : lien non gras souligné.



[IMP-2475] Amélioration des imports de fichier du compte bdubizarre Création: 28/juil./08 09:58  Mise à jour: 30/oct./09 15:51  Résolue: 30/juil./08 17:23

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Dorian Porta Delsol Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: bdubizarre
Modèle: figurines, cartes de jeux, jouets et livres
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)
Groupe: culturel

 Description   
Bonjour,
 
Voici la liste des problèmes
 
1) Pour le fichier Ecrasement Jouet un message d'erreur [cell 45864] Cette valeur d'attribut "500g à 3000g" n'est pas permis pour ce type de produit ou pour ce support.
    28 articles ne sont pas pris en compte, alors que 341 articles fait exactement de la même façons s'installe sans problème.
 
2) Pour le fichier livres votre base de prix n'est pas à jour, ce qui posse problème aux niveau de la loi Lang.
 
3) Pour le fichier Ecrasement figurines il y à plusieurs type de message d'erreur qui ne nous aide pas à corrige le problème.
 
liste des messages
 
[cell 40210] Cette valeur d'attribut "Cards inc Characters" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "Cards inc Group" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "Cthulhu" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "Death Note" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "Enterbrain" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "Eye Scream" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "Figurine Donjon de Naheulbeuk" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "Good Smile Compagny" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "Hellgate London" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "Jakks Pacific" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "L'étrange Noël de Mister Jack" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "Marvel Toys" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "Mcfarlane toys" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "Monogram masterworks" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "Movic" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "Munchkin" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "Nigthmares HP Lovecraft" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "Orchid Seed" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "Organic" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "PM00018634" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "PM00018652" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "PM00018716" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "PM05141743" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "PM40066700" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "PM40176853" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "PM40177615" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "PM41174147" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "PM41605460" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "PM44420485" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "PM47978766" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "PM48012807" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "PM48075653" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "Product Enterprise" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "Requiem" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "Stik Fas" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "Suzumiya Haruhi no Yuustu" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "Toy's Works" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "Uart" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "Ultima online" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "Valkyrie Profile" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "Vampire Mascarade" n'est pas permis pour ce type de produit ou pour ce support.
[cell 40210] Cette valeur d'attribut "Vinyl Collectible Dolls" n'est pas permis pour ce type de produit ou pour ce support.
La colonne 'Recherche par identification [cell 40194]' est obligatoire
 
 
Merci de vous occupez de ses problèmes
 
Cordialement,
 
Tayot André-Pierre
 
Bazar du Bizarre
19 rue saint gilles
 tel 02 35 89 06 05

 Commentaires   
Commentaire de Fotigui Tangara [ 30/juil./08 12:02 ]
Après analyse des messages d'erreur, nous retenons les points suivants :

1) Concernant les Jouets : il s'agissait d'un problème de pattern (dans les plages de poids), nous avons enrichi nos patterns pour tenir compte des valeurs que met le partenaire dans son fichier.

2) Concernant les livres par rapport à la loi, le partenaire vend plus bas que les 5% de réduction autorisée sur les livres neufs

3) Pour les figurines, des valeurs propres aux catégories sont utilisées pour évoquer les fabricant (Exemple : Star Wars ==> n'est pas un fabricant mais utilisé dans la colonne fabricant comme fabricant).


 



[APP-24660] [COSAV] [BO] Création d'une nouvelle boite de messagerie BO : back SAV ANNULATIONS Création: 18/mars/09 12:33  Mise à jour: 29/oct./09 11:35  Résolue: 07/sept./09 11:01

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 42.0.2
Version(s) corrigée(s): 56.0.0 (TX-J)

Type: Amélioration Priorité: Majeur
Rapporteur: Cedric Favero Attribution: Yann Danot
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à APP-22461 BO message-back - création d'une nouv... Fermé
similaire à APP-26977 SAV ANNULATIONS : màj des formulaires... Fermé
similaire à APP-26370 [BO] MàJ des boites de messagerie lié... Fermé
Pays:
GBR - Royaume Uni, FRA - France, ESP - Espagne
Site: Prod
Projets PM: *** CHASSE ***
Classif FONC: CoSAV

 Description   
Une partie importante des messages que nous recevons de nos vendeurs concerne des demandes d'annulation de la vente qu'ils ont acceptée par erreur.
Ceci se mélange aujourd'hui avec les réponses aux réclamations et on aimerait avoir une boite distincte pour traiter en masse ces demandes.

Il nous faudrait donc une nouvelle boite en BO qu'on appelerait back SAV ANNULATIONS et qui viendrait s'intercaler entre back SAV ACH et back SAV VEN1.

Il faut ensuite rendre cette boite disponible également dans Infoglue pour que l'on puisse mofiier les formulaires concernés et les faire pointer vers la boite en question.

Demande concernant aussi bien FR que ES/UK

Merci d'avance.

 Commentaires   
Commentaire de Cedric Favero [ 06/avr./09 18:10 ]
Alexandre tu l'avais fait la derniere fois non?
C'est pas du ressort du pole TX je crois..

Merci.
Commentaire de Alexandre Garnier [ 06/avr./09 18:19 ]
N'importe qui peut le faire, ya juste une petite partie IG qui est de rajouter une option dans le champs 'Domain' du type de contenu 'HelpForm' après avoir créé la boîte dans le BO.

Sachant qu'il y a encore la problématique de bien avoir un ID identiques sur les 3 plateformes qui avait été évoqué dans le JIRA lié APP-22461.
Commentaire de Cedric Favero [ 09/avr./09 13:32 ]
Qu'en pense le pole TX? Est-ce une demande COSAV? Ca ne peut pas etre traité différement?

Par le passé ces demandes ont pu etre traitées rapidement ( à plsrs reprises).
Serait dommage de devoir maintenant attendre 3 mois pour ce type de demande.
Commentaire de Alexandre Garnier [ 05/mai/09 14:47 ]
Faire un script de création de la boite avec un ID fixe pour toutes plateformes/environnement et mettre cet ID dans le type de contenu IG.
Commentaire de Habib-Sylvain Gourguet [ 03/sept./09 15:21 ]
Si cette demande ne peut être traitée que par le pôle TX, voir s'il est possible de la traiter dans le cadre de la TX-J avec la création de la boîte "back TELEPHONE".

Merci.
Commentaire de Yann Danot [ 04/sept./09 18:21 ]
Quel groupe de messages types par défaut voulez-vous pour la nouvelle boîte back SAV ANNULATIONS ? Merci
Commentaire de Habib-Sylvain Gourguet [ 07/sept./09 09:57 ]
A associer au groupe de templates "contact vendeurs" (g_contact_seller).

Même fonctionnement que pour la boîte "back SAV VEN 1".
Commentaire de Yann Danot [ 07/sept./09 11:01 ]
boîte "back SAV ANNULATIONS " créée sur le modéle de back "SAV VEN 1"

[CAJ2009Q3TX]
Commentaire de Yann Danot [ 07/sept./09 11:01 ]
ligne insérée en base + IG



[APP-1346] si le compte est bloqué (acheteur ou vendeur), je ne peux pas accéder à "mes finances" depuis le BO. Création: 10/juil./01 17:32  Mise à jour: 25/juin/07 18:23  Résolue: 25/juin/07 18:23

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): old
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Quentin de Chivré Attribution: Olivier Desusanne
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié




[APP-5178] Fiche compte BO : absence de la raison social et du numéro SIRET Création: 06/juil./05 16:03  Mise à jour: 25/juin/07 18:30  Résolue: 06/juil./05 17:47

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 8.0.3
Version(s) corrigée(s): 8.0.3

Type: Bogue Priorité: Majeur
Rapporteur: Nicolas Gréhalle Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Cette info a sauté dans la refonte

 Commentaires   
Commentaire de Renaud Dierickx [ 06/juil./05 17:25 ]
Désolé, le problème est résolu...



[APP-14866] [Wish-list Param] BO Fichiers - Rapport d'erreur : Corrections interactives côté BO. Création: 30/janv./07 14:09  Mise à jour: 25/juin/07 18:49  Résolue: 19/avr./07 18:44

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 14.0.0
Version(s) corrigée(s): 14.0.0

Type: Amélioration Priorité: Majeur
Rapporteur: Jérôme Viviès Attribution: Arnaud Forgues
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
WishList: Paramétrage
Classif1: IMPORT
Projets PM archivés: Maintenance 14.x.x

 Description   
Voir doc. XBA. Item : 17 :

17.Rapport d'erreur : Upgrade côté BO
J'analyse les erreurs de mon fichier. 2 points d'amélioration :
1. à chaque ligne erronée, il devrait avoir un lien vers la fenêtre de test du format, avec toute la ligne en critère de test. Ainsi on peut réellement débugger en direct.
2. Il est couteux de relancer tout un fichier pour seulement quelques lignes qui sont en erreur. On devrait pouvoir relancer seulement ces lignes. A chaque ligne, il faudrait un bouton de relance.

Remarques QDC : Correction + interactive : bouton pour accès au test et bouton pour repasser une ligne

Remarque JEV : attention, ce rapport apparaît aussi en FO - bien cibler les tenants et aboutissants au départ : on ne veut pas que les vendeurs pros aient accès en FO à ces nouvelles possibilités.
Voir avec XBA : il a des idées pour améliorer la lisibilité du rapport pour les vendeurs... cela peut-il passer avec ce travail ?
Faire valider par MAN et/ou JEV.

 Commentaires   
Commentaire de Mostafa Diane [ 13/févr./07 18:03 ]
J'ai proposé à NCH de faire évoluer l'import dans le sens d'un mode de Debug qui permet de suivre un fichier (à sélectionner) et qui permet de tracer les traitements modulaires (parcours de l'arbre des catégories, mapping sur les attributs, conf produit...). Ces informations seront disponibles en Bo et vous pouvez ainsi debugguer.
Commentaire de Arnaud Forgues [ 14/févr./07 10:19 ]
Après discussion avec Jérome, Xavier, puis Judd et Mostofa, voici ce que nous retenons pour l'implémentation de ce JIRA :

1. on garde la mise en place du bouton d'accès au test
2. on ne met pas en place un bouton pour repasser une ligne

Pour le point 2, on a donc choisit de ne pas implémenter la fonctionnalité initialement souhaité pour les raisons suivantes :
- Selon XBA, la principale raison de cette demande était d'éviter de repasser un fichier en entier, sachant qu'un fichier soumis était souvent traité le lendemain (ou plus). Or depuis peu (optimisation/parallelisation des imports en V11 ?) le temps de traitement d'un fichier a été fortement boosté et du coup, un fichier est souvent traité dans les 2h qui suivent sa soumission. La fonctionnalité souhaité devient alors beaucoup moins urgente
- Selon JOS et MOS, le principe de retraiter unitairement une ligne d'un fichier en temps réel (sans passer dans tout le mécanisme de file d'attente ...) nécessiterait de briser le framework existant de l'import. Il n'est aujourd'hui pas possible d'accèder directement et simplement aux briques de traitement d'une ligne. Il faudrait modulariser davantages tout les mécanismes pour cela.

Enfin, selon JOS un chantier est en cours pour permettre de "débugger" les traitements d'erreurs et le fait de retraiter des lignes en erreur ... à suivre :D
Commentaire de Xavier Barbosa [ 17/avr./07 15:11 ]
attention au vilain petit bug.

les champs sont entourés de guillemets. il faut les supprimer pour pouvoir tester, sinon cela fausse nos résultats.
Mais attention, cela peux provoquer une confusion dans les séparateurs de fichier.
Commentaire de Xavier Barbosa [ 19/avr./07 14:57 ]
c'est bien mieux =)

par contre, si une cellule contient le caractère point-virgule dans sa chaine, peux-tu m'assurer qu'il ne sera pas confondu avec le séparateur point-virgule ?
Commentaire de Younès Charrière [ 19/avr./07 18:32 ]
je te le ré ouvre en attendant arnaud.
Commentaire de Arnaud Forgues [ 19/avr./07 18:44 ]
pas de souci !

On avait pensé à ce cas là. Du coup, on utilise un autre séparateur et ainsi de suite jusqu'a en trouver un qui marche :P

Mais ce serait bien de trouver un cas pour tester cela !
Commentaire de Xavier Barbosa [ 20/avr./07 15:22 ]
j'ai testé avec ce fichier pervers http://bo.pm.lan/datafile_back?action=advfilesearch&file_id=4603639.
ça fonctionne du tonnerre.

chapo !
=)
Commentaire de Xavier Barbosa [ 20/avr./07 15:22 ]
vérifié et OK.



[APP-15534] -slica : impossible de modifier le Code Postal et la ville sur le compte en BO Création: 16/mars/07 17:49  Mise à jour: 25/juin/07 18:50  Résolue: 20/mars/07 10:49

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 11.3.1
Version(s) corrigée(s): 14.0.0

Type: Bogue Priorité: Majeur
Rapporteur: Jérome Marianne Attribution: Edouard Gomez-Vaez
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à APP-14721 slica : impossible de modifier le Cod... Fermé
Pays:
FRA - France
Site: Prod
Projets PM: *** STANDBY ***
Classif1: BP
Classif2: RBP - attribut

 Description   
Voir Jira APP-7795 et APP-8348 pour bug identique dans le passé.

Le nouveau Code Postal à mettre est : 69140
La nouvelle ville : Rillieux

 Commentaires   
Commentaire de Edouard Gomez-Vaez [ 16/mars/07 17:50 ]
Suite du APP-14721 à mettre dans SPB 2 (modèle attribut).
Commentaire de Judd OSullivan [ 20/mars/07 10:49 ]
??? C'est déjà corriger.



[BO > Droits] Corriger les problèmes de la popup droit utilisateur (APP-22661)

[APP-22288] [BO > Droits] Type de compte particulier avec champ TVA dans le bloc Droits. Création: 23/sept./08 12:00  Mise à jour: 20/févr./09 16:46  Résolue: 08/janv./09 11:20

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 30.0.0 (CAT-D)
Version(s) corrigée(s): 41.0.0 (TX-E)

Type: Sub-bug Priorité: Mineur
Rapporteur: Aurélie Kwiatkowski Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
FRA - France
Site: Integ
Navigateur: Tous
Projets PM archivés: Adaptation règles TVA

 Commentaires   
Commentaire de Arnaud Forgues [ 23/sept./08 14:19 ]
A gérer en même temps que le lot TVA du chantier UK beta
Commentaire de Renaud Dierickx [ 08/janv./09 11:20 ]
La popup a été entièrement refaite.
Ce problème n'existe plus.



[BO > Droits] Corriger les problèmes de la popup droit utilisateur (APP-22661)

[APP-23658] [BO > Droits] message pas clair quand bascule uun compte de Part vers Pro Création: 16/déc./08 11:48  Mise à jour: 20/févr./09 16:45  Résolue: 08/janv./09 11:30

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 37.0.0 (TX-D)
Version(s) corrigée(s): 41.0.0 (TX-E)

Type: Sub-bug Priorité: Cosmétique
Rapporteur: Cédric Goldovsky Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
GBR - Royaume Uni
Site: Integ
Navigateur: Tous
Projets PM archivés: Adaptation règles TVA

 Description   
cf capture

 Commentaires   
Commentaire de Emeric Teil [ 16/déc./08 11:56 ]
A voir si on fait qqch...
Commentaire de Renaud Dierickx [ 08/janv./09 11:30 ]
C'est corrigé avec la refonte de la popup droit (TX-E).



[APP-24891] BO : Compte utilisateur - Affichage des montants. Inverser la logique d'affichage Création: 03/avr./09 11:35  Mise à jour: 03/avr./09 15:46  Résolue: 03/avr./09 14:31

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 44.0.0 (TX-F)
Version(s) corrigée(s): 44.0.0 (TX-F)

Type: Bogue Priorité: Mineur
Rapporteur: Christophe Garcia Attribution: Arnaud Forgues
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
FRA - France
Site: Integ
Projets PM archivés: Paiement - Finitions PMV

 Description   
Plutôt que d'affficher le terme "Montants" et d'être obligé de faire du roll-over pour en connaître le valeurs, faire l'inverse.
Afficher les montants et sur le roll-over donner une petite explication de ce qui est affiché.

Exemple :

Montants ventes | 212121,22 - 87878 - 44545,44 euros Transférer
Roll-over : "Déjà payé - Payable - A venir"

 Commentaires   
Commentaire de Arnaud Forgues [ 03/avr./09 14:31 ]
Ta proposition a fait partie des options envisagée, mais l'utilisateur final (CFA et son équipe) a tranché pour celle actuellement implémentée (voir JIRA de la demande)
Commentaire de Quentin de Chivré [ 03/avr./09 14:52 ]
Ils sont fous ces utilisateurs finaux !
:-)
Commentaire de Christophe Garcia [ 03/avr./09 15:46 ]
Ah bon ...



[APP-24862] [BO] Mon compte > Bloc Porte-Monnaie : manque label Création: 01/avr./09 16:08  Mise à jour: 01/avr./09 16:42  Résolue: 01/avr./09 16:31

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 44.0.0 (TX-F)
Version(s) corrigée(s): 44.0.0 (TX-F)

Type: Amélioration Priorité: Cosmétique
Rapporteur: Cédric Goldovsky Attribution: Dispatcher (Pôle TX)
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
FRA - France
Site: Integ
Projets PM archivés: Paiement - Finitions PMV

 Description   
Pour pinailler :
Il faudrait un label "Finances" à gauche du bouton "C" pour être iso avec le reste de l'écran :-D

 Commentaires   
Commentaire de Emeric Teil [ 01/avr./09 16:31 ]
Pour ne pas pinailler :o), le "Finance" n'est présent plus que parceque le C ne pointe pas vers une page "Compensations" mais vers le Porte-Monnaie "trié", alors que le C dont tu parles pointe bien sur Porte-Monnaie, soit le titre du bloc où il est présent :o)

CQFD :o)
Commentaire de Cédric Goldovsky [ 01/avr./09 16:37 ]
Oui oui j'avais bien compris la subtilité de la chose. Je te l'ai dis, c'etait histoire de pinailler.
Commentaire de Emeric Teil [ 01/avr./09 16:42 ]
no worries :o)



[APP-29530] Page BO>Mon Compte>pop-up Droits invisible avec IE Création: 11/mai/10 17:47  Mise à jour: 14/mai/10 16:54  Résolue: 12/mai/10 18:32

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 69.0.0 (TX-N)
Version(s) corrigée(s): 69.0.0 (TX-N)

Type: Bogue Priorité: Critique
Rapporteur: Aurélie Kwiatkowski Attribution: Marc-Antoine Decreton
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
FRA - France
Site: Integ
Projets PM: Pros Payants
Navigateur: Internet Explorer 7.X

 Commentaires   
Commentaire de Emeric Teil [ 11/mai/10 18:01 ]
Arf, problème de JS à priori...
Commentaire de Aurélie Kwiatkowski [ 12/mai/10 15:27 ]
On ne peut pas valider nos modif...



[APP-29944] FP spécifiées "Modifié par BO" mais pas d'action et d'événement BO Création: 16/juin/10 10:22  Mise à jour: 28/févr./11 10:16  Résolue: 06/janv./11 14:54

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 71.0.0 (CTN-R)
Version(s) corrigée(s): 88.0.0 (VEN-G)

Type: Bogue Priorité: Majeur
Rapporteur: Aurélien Vergalli Attribution: Dispatcher (Pôle VEN)
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File modif FP bo fo.JPG    
Liens des demandes:
Duplicate
doublon de APP-20354 [BO - FP] Origine Mise à jour FP Erronée Ouvert
Pays:
FRA - France
Site: Prod
Projets PM: *** RESERVE ***
Navigateur: Tous

 Description   
La date de modification des FP ne correspond à aucune action BO.
Il est spécifié "Modifié 16/06/2010-00:52 par PM Back Office" alors que l'événement semble correspondre à une action acheteur ou vendeur, et non à une action BO.



[APP-26102] Article requested apparait annulé sur le compte vendeur Création: 28/juil./09 16:45  Mise à jour: 04/nov./09 11:44

Etat: Ouvert
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 50.0.0 (CAT-J)
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Mineur
Rapporteur: Habib-Sylvain Gourguet Attribution: Habib-Sylvain Gourguet
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM: *** STANDBY ***

 Description   
http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=16015607

La vente indiquée comme annulée sur ce compte est en fait un article à l'état "requested", commandé ce jour, et donc non annulé :

http://bo.priceminister.jmh/purchase_back?action=itemview&itemid=111064006

 Commentaires   
Commentaire de Emeric Teil [ 29/juil./09 09:56 ]
Hello,
En fait, les articles non confirmés ont toujours été pris en compte dans ce compteur. La différence est qu'avant on l'appelait "non conf" et que maintenant il a été renommé en "annulé"...

Si on souhaite modifier cela, deux options :
-> Ajouter un autre compteur pour afficher les ventes en cours (à priori peu d'intérêt)
-> Ne pas tenir compte de ces ventes

Je baisse donc la criticité et le passe en amélioration.
Commentaire de Emeric Teil [ 04/nov./09 11:44 ]
Habib, tu pourras préciser parmi les deux solution ci-dessus laquelle a ta préférence stp ?



[APP-10316] Fiches validées en BO introuvables via moteur en Front - Echo au bug APP-9961 Création: 07/juin/06 10:59  Mise à jour: 25/juin/07 18:40  Résolue: 26/juin/06 18:12

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 9.0.0
Version(s) corrigée(s): 9.0.0.1

Type: Bogue Priorité: Critique
Rapporteur: Aurélien Vergalli Attribution: Martin Sudmann
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
a pour doublon EXP-2251 FAST : produits non-indexés suite au ... Résolu
a pour doublon APP-10426 bug non résolu avec la nouvelle versi... Fermé
a pour doublon APP-10223 fido28 : annonce auto introuvable ave... Fermé

 Description   
Le bug est toujours d'actualité et je n'ose imaginer les centaines de clients-vendeurs que l'on perd (fermetures de compte, insultes,...) , de ventes loupées, ... à cause de ce bug.

Pour l'exemple : http://bo.priceminister.com/offer/buy/46955213

Recherche infructueuse : http://bo.priceminister.com/navigation/se/category/search_music/category_sub/104723/kw/concentration+maximum

 Commentaires   
Commentaire de Martin Sudmann [ 07/juin/06 11:55 ]
1. garder le calme.

2. le problème de sychronisation d'horloges des serveurs qui faisait que tous les produits soumis en autovalidation ou validés en BO sur Faunus devrait être réglé depuis hier (=> Sébastien ?). Les produits nouvellements créés ou validés devraient être visible après qqs minutes.

3. le bug dans l'indexer est en cours de validation et sera déployé dès qu'on est sur qu'il est stable (et je n'ose imaginer les centaines de clients-vendeurs que l'on perd (fermetures de compte, insultes,...) , de ventes loupées, ... s'il n'ya plus de recherche de tout, on va donc bien tester).

4. les produits déjà validés et non visibles : nous n'avons AUCUN moyen de savoir quels produits sont concernés, sauf si tu nous donnes ces infos. Si tu me ttransmets les pseudos ou IDs des vendeurs qui se plaignent, je peux réindexer leurs produits via un script SQL.
Commentaire de Aurélien Vergalli [ 07/juin/06 12:05 ]
1.C'est fait.

2.Ouf !

3.OK

4.A suivre une liste (non exhaustive...)
Commentaire de Cedric Favero [ 07/juin/06 12:11 ]
De nombreux utilisateurs nous contactent pour nous signaler ce problème et on commence à les recolter pour analyse.

Un exemple:
Pseudo: sermone
Article :Erasme et l'amitié
http://www.priceminister.com/offer/buy/47138510

Bien visible en ligne et dans son inventaire mais pas de reponse lors d'une recherche.

Je referai un post lorsque j'aurais une dizaine de pseudos.
Commentaire de Sébastien Tournay [ 07/juin/06 12:14 ]
Je confirme que les horologes sont bien synchronisées depuis hier (fin de matinée).

Sébastien
Commentaire de Aurélien Vergalli [ 07/juin/06 14:38 ]
Une première liste de pseudos concernés :
 
compactclub
jcguenet
cbtrader
sec079
tom_ripley34
GUITOU95
marinett11
ptitus
conil
katu
Commentaire de Martin Sudmann [ 07/juin/06 15:01 ]
comptage :

SQL> select count(*) from product
where user_account_id in
(
select user_account_id from user_account where upper(login) in
(
'COMPACTCLUB',
'JCGUENET',
'CBTRADER',
'SEC079',
'TOM_RIPLEY34',
'GUITOU95',
'MARINETT11',
'PTITUS',
'CONIL',
'KATU'
)
)
;

  COUNT(*)
----------
     14130

pas de pb, je les réindexe.
Commentaire de Martin Sudmann [ 07/juin/06 15:04 ]
done.

Aurélien, peux-tu vérifier des échantillons à partir de 15.10 h ?
Commentaire de Aurélien Vergalli [ 07/juin/06 15:31 ]
OK ! C'est réglé pour ces pseudos.
Commentaire de Cedric Favero [ 08/juin/06 17:17 ]
Quelques exemples egalement:

sermone
Erasme et l'amitié
http://www.priceminister.com/offer/buy/47138510

kikou57
Cartes postales UCKANGE
ex: http://bo.priceminister.com/offer/buy/46869566

ptit_titi
Carte vidéo Asus V9999GE Nvidia GeForce 6800
http://www.priceminister.com/offer/buy/47057464

catarina2
http://bo.priceminister.jmh/offer/buy/47153439

gigigrafik
Bas-Relief Calendrier Aztèque
http://www.priceminister.com/offer/buy/46827695/Bas-Relief-Calendrier-Azteque.html
Commentaire de Martin Sudmann [ 12/juin/06 12:27 ]
j'ai également réindexé les produits des vendeurs dans le dernier commentaire (346).

Pour la solution globale on attends la réindexation générale pour la 900.1
Commentaire de Aurélien Vergalli [ 15/juin/06 15:43 ]
Nouvelle petite liste de pseudos :
AFFIXE2
Phantasia
gbezirard
etyenne46
haino

Merci.
Commentaire de Aurélien Vergalli [ 20/juin/06 12:22 ]
Nouveau pseudo à traité, "assez urgent" (de nombreux produits) : masseland
Merci !
Commentaire de Martin Sudmann [ 26/juin/06 18:12 ]
ok en prod
Commentaire de Lydia Dali [ 27/juin/06 16:36 ]
Ok en prod.



[APP-26406] [BO] Contexte Velocity dans l'outil BO "Aide" toujours le même Création: 07/sept./09 17:55  Mise à jour: 08/sept./09 14:58  Résolue: 08/sept./09 09:17

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office, Mails
Affecte la/les version(s): 52.0.0 (CTN-M)
Version(s) corrigée(s): 52.0.1

Type: Bogue Priorité: Majeur
Rapporteur: Habib-Sylvain Gourguet Attribution: Romain Salles
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
Projets PM archivés: IG - Template de mails

 Description   
Le bouton "Aide" dans les outils BO redirige systématiquement vers les mêmes méthodes Velocity, quelque soit le domaine du message.

Or les méthodes Velocity employées diffèrent d'un domaine à un autre (par exemple $item pour le domaine "Article" alors qu'il n'y en a pas besoin dans "Messagerie").

 Commentaires   
Commentaire de Alexandre Garnier [ 07/sept./09 18:28 ]
Simplement ajouter le domaine dans le formulaire de ce bouton



[APP-32928] BO : pas d'évènement si message supprimé ? Création: 23/févr./11 11:10  Mise à jour: 23/févr./11 11:10

Etat: Ouvert
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Mineur
Rapporteur: Emeric Teil Attribution: Thomas Landru
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM: *** CHASSE ***

 Description   
Mail d'Habib :

"J'ai reproduit le problème en Integ.

Quand un message est associé par un opérateur SAV à un article, puis que le message est supprimé depuis la fiche-article (c-à-d en cliquant sur la poubelle à côté du titre du message), aucun événement n'est enregistré sur le compte.

@Thomas : la création d'un événement "Message supprimé..." en BO serait lié à l'endroit à partir duquel on supprime le message ?


http://bo.priceminister.com/purchase_back?action=itemview&itemid=153170971
"




[EXP-5135] Problème affichage pages IG 1euro - différences entre www et bo/preview Création: 18/juin/10 14:31  Mise à jour: 06/juil./10 14:50  Résolue: 06/juil./10 14:50

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Marion Anfreville Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à EXP-5126 Cache menu bleu plus rafraichit au re... Résolu
similaire à APP-29809 Actualisation de la mise en avant 1euro Fermé
Pays:
FRA - France

 Description   
Nous avons 2 pages IG qui ne s'affichent pas correctement sur www (fr).

Il s'agit des pages :
http://www.priceminister.com/info/no/op/1euro_Aide10 (problème vraiment génant sur cette page car on a un mix d'images qui fait que l'un des labels est "pour tout premier pure de compte avec 1euro.com" ce qui ne veut rien dire)
http://www.priceminister.com/info/vo/op/1euro_aide_pop_10

Alors qu'on a bien les bonnes pages sur BO et preview :
http://bo.priceminister.com/info/no/op/1euro_Aide10
http://bo.priceminister.com/info/no/op/1euro_aide_pop_10

http://preview.priceminister.com/info/no/op/1euro_Aide10
http://preview.priceminister.com/info/no/op/1euro_aide_pop_10


J'ai vu l'intégration (Espérance) et les devs (Alexandre) là dessus qui partait plus sur un problème de déploiement du dump sur les serveurs.

Après, le problème ne semble pas clair côté exploitation.

Quelle action doit être faite pour corriger ce problème ?

 Commentaires   
Commentaire de Renaud Dierickx [ 21/juin/10 11:41 ]
C'est un problème qui se produit de temps en temps en production.
Alex a déjà décrit la solution à ce problème dans un autre jira.
Il suffit de rafraichir la controlKey pour que cot aille chercher la bonne image.
C'est une tambouille déjà connue par l'exploitation.
[CAJ2010Q2CTN]

Christophe, on te laisse gérer le problème avec eux.
Commentaire de Alexandre Garnier [ 21/juin/10 12:03 ]
Histoire d'expliquer clairement le problème (une bonne fois pour toute j'espère):
* un serveur est déployé en Vn+1 --> il génère de nouvelles URLs de ressources pour celles qui ont changée
* ces URLs sont vers le CDN (cot)
* celui-ci va alors taper sur img.priceminister.com qui répond avec un serveur en Vn

--> on se retrouve chez le CDN avec une image Vn pour une URL Vn+1


Sur preview, on a bien les bonnes images car il n'y a pas de CDN et 1 seul serveur.
Sur BO, le brand étant dans l'URL, le CDN a réussi à monter une Vn+1 lors de l'appel à img.priceminister.com

* http://cot.priceminister.com/res/pic/0/www/www/32882/1euro10_04.png --> pas la bonne
* http://img.priceminister.com/res/pic/0/www/www/32882/1euro10_04.png --> la bonne maintenant
* http://cot.priceminister.com/res/pic/0/bo/www/32882/1euro10_04.png --> la bonne
* http://img.priceminister.com/res/pic/0/bo/www/32882/1euro10_04.png --> idem
* http://preview.priceminister.com/res/pic/0/preview/www/3847/1euro10_04.png --> forcement la bonne


Pour corriger le problème :
* soit rafraichir la ressource chez le CDN
* soit provoquer un changement de l'URL en jouant avec la manuall_refresh_key dans les properties

--> le CDN ira alors de nouveau taper sur img.priceminister.com qui sera alors en Vn+1 (en tout cas espérons-le)
Commentaire de Marion Anfreville [ 23/juin/10 09:32 ]
Problème toujours présent en prod même après déploiement du dump du 22/06.
Commentaire de Alexandre Garnier [ 23/juin/10 10:08 ]
Normal : la solution n'a rien à voir avec un dump (sauf s'il modifie le contenu de l'image)

Il faut provoquer un changement d'URL.
Commentaire de Christophe Garcia [ 23/juin/10 10:18 ]
Merci de rafraîchir le cache chez COTENDO pour les URL en /res/pic/*
Commentaire de Jérémie Bennejean [ 23/juin/10 16:19 ]
Les 2 urls ont été flushés.
Pour info nous ne pouvons pas via la console d'admin flusher /res/pic/* (ne fonctionne pas).

Après le flsuh, le résultat est tjrs le même.

Avec Alex, nous avons remodifié la manuall_refresh_key

Après rafraichissement du cache pour test sur rhome, le résultat est OK.
En attente pour vérification demain matin au redémarrage des serveurs.
Commentaire de Marion Anfreville [ 24/juin/10 09:42 ]
ça à l'air beaucoup mieux ce matin.

Julien, est-ce que tu peux valider que le problème de page IG est corrigé ?
http://www.priceminister.com/info/no/op/1euro_Aide10



[APP-18478] Recherche BO : Des paniers capturés semblent être attribués au mauvais vendeur Création: 09/nov./07 12:33  Mise à jour: 04/août/08 17:56  Résolue: 04/août/08 17:56

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 17.1.1
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Patrice Boulanger Attribution: Dispatcher (Pôle TX)
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel gael.xls     JPEG File screenshot-1.jpg    
Pays:
FRA - France
Projets PM: *** RESERVE ***
Classif1: PANIER

 Description   
Mail d'Emmanuelle relevant des incohérences sur les paniers du vendeur seriesbox. Par exemple, le panier 52568212 a été capturé pour ce vendeur mais lorsqu'on le recherche dans le BO (écran Panier) et qu'on clique sur le lien Bilan Panier -> Article (ici item id = 70121864), la fiche article indique que le vendeur est provadim !!!

On a l'impression que certains paniers capturés sont attribués à d'autres vendeurs ????

Ci-joint la recherche effectuée par Emmanuelle sur le vendeur seriesbox, les lignes en rouge indiquent deux problèmes avec les paniers:

1. le panier est visible dans le BO mais pas sur le compte vendeur en front office => problème de batch ? lenteur ?
2. le panier semble être attribué à un autre vendeur => problème applicatif ??


 

 Commentaires   
Commentaire de Patrice Boulanger [ 09/nov./07 12:34 ]
Pour information, le premier problème a déjà été remonté par Gaël et commence à susciter plusieurs plaintes de vendeurs pro qui ne voient pas leurs ventes dans leur compte.
Commentaire de Christophe Garcia [ 09/nov./07 15:52 ]
Il semble que ce soit la recherche BO qui lorsque l'on cherche des paniers pour un vendeur donné entre 2 dates données retourne des paniers appartenant à d'autres vendeurs.
Exemple : Rechercher les paniers du vendeur "seriesbox" entre le 07/11/07 et le 09/11/07 retourne des paniers où le vendeur est Epsilon75
Voir screenshot
Commentaire de Arnaud Forgues [ 09/nov./07 18:23 ]
cela vient du fait que la recherche de panier en BO prend en compte tous les articles du panier quand on filtre par rapport au vendeur, car il peut y avoir plusieurs vendeurs pour un même panier.

Dans notre cas, l'acheteur a mis en panier une annonce de seriesbox puis l'a retirée, du coup l'annonce est supprimée et n'apparaît pas dans le panier. Pourtant il existe bien un article du panier appartenant à seriesbox.

Faut-il donc exclure les articles supprimés quand on fait une recherche de panier par vendeur ?
Commentaire de Arnaud Forgues [ 09/nov./07 18:37 ]
une autre facon de faire est de lancer la recherche à partir de l'écran BO "Recherche Articles". Ainsi on sera sûr de ne pas prendre en compte les articles supprimés (conf par défaut).

Quoi qu'il en soit cette erreur vient du fait que l'on a essayé de se servir des écrans BO de recherche comme d'un outil de reporting et ceux-ci ne s'y prêtent que difficilement.

Voilou
Commentaire de Emeric Teil [ 04/août/08 17:56 ]
Donc on ferme



[APP-25332] [Mon compte] mauvais lien "besoin d'aide sur paiements" Création: 19/mai/09 09:53  Mise à jour: 20/nov./09 18:29

Etat: Ouvert
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Mineur
Rapporteur: Cedric Favero Attribution: Habib-Sylvain Gourguet
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
ALL - Tous
Projets PM: *** CHASSE ***

 Description   
Le lien sur la page "Mon compte" , "besoin d'aide sur paiements" est obsolete et on ne l'avait pas vu.

La page appelée n'est plus utilisée,
 il faut maintenant envoyer sur http://bo.priceminister.com/help/cp ou plus exactement l'alias "cp" en popup, soit "question sur mes paiements".

 Commentaires   
Commentaire de Marc-Antoine Decreton [ 22/mai/09 15:30 ]
Hello,
Faut-il aussi que les utilisateurs en mode compta pointent vers cette page d'aide ou vers une autre page ?
Commentaire de Cedric Favero [ 26/mai/09 09:27 ]
Pas de contenu spécifique COMPTA pour ces pages.
L'aide spécifique COMPTA n'existe que dans l'aide présente sur pages Porte-Monnaie.
Donc oui meme lien.
Commentaire de Emeric Teil [ 26/mai/09 09:44 ]
Pas vraiment d'accord, les articles accessibles depuis http://www.priceminister.com/help/cp contiennent des infos non valables pour les comptas, notamment :
-> http://www.priceminister.com/help/i_compensation_how
-> http://www.priceminister.com/help/c_payment_delay


Commentaire de Cedric Favero [ 26/mai/09 10:30 ]
Et nous n'avons pas d'articles spécifques COMPTA correspondants..
(c'est l'aide générale).

A ce moment là , laissons la demande ouverte le temps d'en créer..

Commentaire de Emeric Teil [ 26/mai/09 10:32 ]
Pas d'accord non plus... :o)

Jusqu'à maintenant, nous avions bien la structure avec deux articles différents (aide totalement dupliquée sur le PMV) identifiée par des _acc pour les comptas. Pour moi, il ne faut donc pas modifier ces liens mais mettre à jour les articles existants.
Commentaire de Cedric Favero [ 26/mai/09 10:36 ]
ok pas faux.
partons là dessus.
Commentaire de Emeric Teil [ 26/mai/09 10:43 ]
OK donc on ne change plus ce lien et on laisse l'existant.
Commentaire de Marc-Antoine Decreton [ 26/mai/09 10:46 ]
[CAJ2009Q2]
Commentaire de Emeric Teil [ 26/mai/09 14:45 ]
Cedric, si vous ne pensez pas faire ces modifs pour la tx-G, il faudrait modifier la version cible. Merci
Commentaire de Cedric Favero [ 26/mai/09 14:56 ]
Pas le temps pour la TX-G. On modifiera les deux pages plus tard.
Commentaire de Habib-Sylvain Gourguet [ 21/juil./09 17:01 ]
On a fusionné récemment les deux blocs d'aide présents dans les pages "Mon Porte-Monnaie" et "Mes paiements" pour n'en faire qu'un seul : "Aide Porte-Monnaie".

On pourrait en faire autant avec les deux liens présents dans la page "Mon compte".

Le lien serait nommé "Paiements et Porte-Monnaie : réponses à vos questions" et redirigerait vers la structure appropriée, suivant que l'utilisateur soit en mode Compta ou non.

Emeric, si ok pour toi, je m'occupe de réorganiser les structures en question et d'ajouter les alias suivants :

- "i_finances" pour Libre,
- "i_finances_acc" pour Compta.
Commentaire de Emeric Teil [ 21/juil./09 17:38 ]
OK, mais pas avant la Tx-I, OK ?
Commentaire de Emeric Teil [ 21/juil./09 17:39 ]
Si ça te convient, tu peux éventuellement anticiper la création de ces deux nouveau alias et de leur contenu, par contre, ne touche pas à l'existant sinon les liens actuels ne pointeront sur rien.

Une fois que c'est bon de ton côté, tu pourras ré-assigner ce jira à dispatcher-tx ?

Merci d'avance
Commentaire de Habib-Sylvain Gourguet [ 10/sept./09 18:17 ]
Pas le temps de mon côté de m'occuper de ce JIRA pour la TX-I.

A revoir pour une prochaine TX.



[APP-15028] Pb recherche articles sur page compte user Création: 08/févr./07 11:16  Mise à jour: 25/juin/07 18:49  Résolue: 15/févr./07 10:12

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 11.3.1
Version(s) corrigée(s): 14.0.0

Type: Bogue Priorité: Majeur
Rapporteur: Cedric Favero Attribution: Olivier Bourgeois
Résolution: Impossible à reproduire  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
FRA - France
Site: Prod
Classif1: BO
Classif2: recherche article
Projets PM archivés: Maintenance 14.x.x

 Description   
Sur la page compte de ce pseudo: catmella
http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=11563366

Le lien pour cliquer sur l'historique des articles achetés ( "3 articles") ne donne aucun résultat ce qui n'est pas un comportement normal.

 Commentaires   
Commentaire de Jonathan Lesage [ 08/févr./07 11:20 ]
Le seul moyen d'accéder à ses articles achetés est de passer par le panier.
Commentaire de Patrick Condevaux [ 08/févr./07 15:57 ]
En effet si l'on souhaite acceder au article on obtient un message Erreru non disponible.

Ci-dessous les logs jboss correspondant:

2007-02-08 15:38:07,602 INFO [-Processor88] 62.23.27.114 - >>> GET http://bo.priceminister.com/purchase_back?action=itemsearch&buyerid=11563366&buyerlogi
n=catmella&fuzzy=false&numberrows=200
2007-02-08 15:38:07,604 INFO [Processor134] - Session bound
2007-02-08 15:38:07,604 INFO [Processor134] 66.249.65.71 - >>> GET http://www.priceminister.com/submit?action=submitadvert&categoryref=186126&isupdate=fa
lse&productid=51971530&stage=10
2007-02-08 15:38:07,633 INFO [-Processor50] - Session bound
2007-02-08 15:38:07,633 INFO [-Processor50] 86.198.124.180 - >>> GET http://www.priceminister.com/offer/buy/1078365/La-Traversee-De-Paris-VHS.html
2007-02-08 15:38:07,659 INFO [-Processor10] - Session bound
2007-02-08 15:38:07,660 INFO [-Processor10] 84.7.250.33 - >>> GET http://www.priceminister.com/offer/buy/46518027?t=431041
2007-02-08 15:38:07,663 ERROR [-Processor88] 62.23.27.114 - Block generation error in : com.babelstore.purchase.back.ItemSearch_jsp
2007-02-08 15:38:07,664 ERROR [-Processor88] 62.23.27.114 - Assembly error
Servlet : com.babelstore.purchase.back.PurchaseBackServlet
Request : GET http://bo.priceminister.com/purchase_back?action=itemsearch&buyerid=11563366&buyerlogin=catmella&fuzzy=false&numberrows=200
Referrer : http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=11563366
User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1
Trace : java.lang.NullPointerException
        at com.babelstore.content.ContentService.getProductDetailTemplateFromDb(ContentService.java:1357)
        at com.babelstore.content.ContentService.getProductDetailTemplate(ContentService.java:1323)
        at com.babelstore.common.ProductFormat.initVelocityField(ProductFormat.java:161)
        at com.babelstore.common.ProductFormat.<init>(ProductFormat.java:364)
        at com.babelstore.purchase.back.ItemSearch_jsp.generate(ItemSearch_jsp.java:141)
        at com.babelstore.util.Block.generate(Block.java:143)
        at com.babelstore.util.web.Request.include(Request.java:520)
        at com.babelstore.util.web.Request.include(Request.java:553)
        at com.babelstore.util.web.Request.include(Request.java:559)
        at com.babelstore.common.back.BackTemplate_jsp.generate(BackTemplate_jsp.java:59)
        at com.babelstore.util.Block.generate(Block.java:143)
        at com.babelstore.util.web.Screen.generate(Screen.java:137)
        at com.babelstore.util.web.Request.generate(Request.java:493)
        at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:365)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:168)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)
Commentaire de Olivier Bourgeois [ 15/févr./07 10:12 ]
Non reproductible en prod et integ.
Commentaire de Cedric Favero [ 15/févr./07 10:16 ]
Effectivement çà fonctionne à ce jour.



[APP-19406] [BO] Création de FP en FO via BO Création: 04/févr./08 10:28  Mise à jour: 05/févr./08 14:21  Résolue: 04/févr./08 14:41

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 19.0.0
Version(s) corrigée(s): 19.0.0

Type: Bogue Priorité: Majeur
Rapporteur: Espérance Galouo-Lece Attribution: Manuel Sadok
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File CreationFP_FO_Via_BO.JPG    
Liens des demandes:
Similaire
similaire à APP-18805 impossible de créer une FP vidéo en BO Fermé
Pays:
FRA - France
Site: Integ
Projets PM archivés: Maintenance 19.x.x

 Description   
 - En cherchant à créer une FP en FO via le BO, il s'affiche le message "Page Indisponible" Cf. PJ
 - De plus, dans les logs il y'a le login "HUIT2" qui s'affiche avec les différents GET; or se n'est pas "HUIT2" qui souhaite faire la création de FP mais "BO:Anonyme";

 - Logs :

2008-02-04 10:14:25,215 INFO [P-Processor8] HUIT2 - >>> GET http://www.pm.lan/submit?action=submitcomplete&category_ref=104478
2008-02-04 10:14:25,217 ERROR [P-Processor8] HUIT2 - Load error
Servlet : com.babelstore.submit.front.SubmitServlet
Request : GET http://www.pm.lan/submit?action=submitcomplete&category_ref=104478
Referrer : null
User-Agent : Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)
Trace : java.lang.ClassCastException: com.babelstore.product.NavSearchConfig
        at com.babelstore.submit.front.SubmitAction.parse(SubmitAction.java:157)
        at com.babelstore.submit.front.SubmitCompleteAction.parse(SubmitCompleteAction.java:49)
        at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:348)
        at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:322)
        at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:233)
        at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:189)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:153)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)

2008-02-04 10:14:25,217 INFO [P-Processor8] HUIT2 - Setting response status code to 503
2008-02-04 10:14:25,341 INFO [P-Processor8] HUIT2 - <<< [126 ms] GET http://www.pm.lan/submit?action=submitcomplete&category_ref=104478

 Commentaires   
Commentaire de Manuel Sadok [ 04/févr./08 14:41 ]
Corrigé.
Commentaire de Espérance Galouo-Lece [ 05/févr./08 14:21 ]
Done.



[APP-16361] Auto : impossibilité de déclarer un achat à partir du compte acheteur. Création: 15/mai/07 09:21  Mise à jour: 25/juin/07 18:52  Résolue: 15/mai/07 14:24

Etat: Fermé
Projet: Application PriceMinister
Composants: Auto (Statistiques), Panier
Affecte la/les version(s): 14.0.1
Version(s) corrigée(s): 14.2.0

Type: Bogue Priorité: Bloquant
Rapporteur: Celine Maraud Attribution: Alexandre Garnier
Résolution: Invalid  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à APP-16365 impoosibilité de déclarer l'achat d'u... Fermé
Pays:
FRA - France
Site: Prod
Projets PM archivés: Maintenance 14.x.x

 Description   
Je n'arrive pas à déclarer l'achat de voiture du compte dede248. Quand je remplis les champs demandés pour déclarer l'achat, j'ai ce message rouge qui apparait :

"" L'annonce correspondant au véhicule acheté est en cours de traitement par nos services. Vous pourrez déclarer votre achat et souscrire des garanties dans un délai maximum de 48 heures. ""

le n° d'annonce est : 130057746 - http://bo.priceminister.com/advert_back?action=advertbackview&advertid=130057746

page du contrat associé : http://bo.priceminister.com/contract_back?action=contractview&contractid=128102

 Commentaires   
Commentaire de Alexandre Garnier [ 15/mai/07 11:51 ]
15/05/2007-09:10 Réactivation Active nouveau stock
09/05/2007-10:14 Fermeture de l'annonce par BO Fermée nouveau stock

L'annonce vient tout juste d'être réouverte, faut peut-être attendre un peu je pense.
Commentaire de Alexandre Garnier [ 15/mai/07 12:12 ]
http://bo.priceminister.com/referential_back?action=productview&productid=53410501
Le produit est à l'état supprimé !
On ne permet de déclarer un achat sur une annonce que si le produit est "validé par le système" ou "validé par le BO"
Commentaire de Celine Maraud [ 15/mai/07 13:29 ]
je viens valider l'annonce, apres l'avoir reactivée, mais le souci reste le même au niveau de la declaration d'achat.
J'ai toujours le message d'erreur : Le numéro d'immatriculation que vous avez fourni ne correspond pas à un véhicule connu de PriceMinister. Essayez avec la référence Auto PriceMinister qui vous a été transmise par le vendeur.
  
Commentaire de Celine Maraud [ 15/mai/07 13:34 ]
C'est bon pour cette annonce, j'ai réessayé (avec tous les parametres nécessaires) et la declaration a réussie.
:-)
Commentaire de Alexandre Garnier [ 15/mai/07 14:12 ]
Cela signifie qu'il y aurait un problème au niveau de la recherche par immatriculation ?



[APP-19554] [MEV et rehcerche BO] Perte du texte saisi dans le formulaire "autocompletion" quand on recharge le formulaire Création: 12/févr./08 16:33  Mise à jour: 03/mars/08 12:00  Résolue: 22/févr./08 12:22

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office, Mise en vente
Affecte la/les version(s): 19.0.0
Version(s) corrigée(s): 19.2.0

Type: Bogue Priorité: Critique
Rapporteur: Benoît Bourdon Attribution: Mostafa Diane
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Integ
Projets PM archivés: BP - Valeurs de référence

 Description   
BUG1 : Si je saisi une marque sur le formulaire et que je valide (en ayant oublié certains champs) :
- On ré-affiche le formulaire
- MAIS : on perd le contenu saisi au préalable dans le control autocompletion

C'est aussi vrai dans le recherche produits BO.


BUG2 : Si on saisi deux marque une après l'autre, on transmet les deux marques dans url, sans pour autant que les deux soient prise en compte dans le paramétrage.


BUG3 : une fois on saisi une marque connue et ensuite on décide de saisir une valeur non existante, on transmet la valeur existante.

 Commentaires   
Commentaire de Mostafa Diane [ 19/févr./08 17:31 ]
Damien tu as un idée comment on peut faire pour garder le texte saisi
Commentaire de Mostafa Diane [ 22/févr./08 10:48 ]
J'arrive a garder l'ancienne valeur mais il y'a un problème dans le fonctionnement générale. Le problème est : Des que on sélectionne une marque on peut plus créer de nouvelle.
Commentaire de Mostafa Diane [ 22/févr./08 12:22 ]
Désormais, lors de la recharge on garde les valeurs saisies.

J'ai également résolu dans le même jira le bug sur la transmission du valeur en doubles ( Deux valeurs saisie une après l'autre était transmise dans l'url sans que les deux soient prises en compte) .
Résolu également: le bug sur la non transmission des nouvelles valeurs non existantes lorsque on saisi une valeur existante.

si vous avez des problèmes lors des tests n'hésitez pas à venir me voir pour en parler
Commentaire de Espérance Galouo-Lece [ 03/mars/08 12:00 ]
Done.



[INF-292] Comptes JIRA Création: 24/mars/09 17:57  Mise à jour: 09/févr./10 12:19  Résolue: 09/févr./10 12:19

Etat: Fermé
Projet: Infrastructure
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Cedric Favero Attribution: Christophe Garcia
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
J'aurais besoin de comptes JIRA pour les personnes suivantes:

laura.yeo@priceminister.com
oliver.moss@priceminister.com
thomas.springett@priceminister.com

Merci d'avance.



[APP-5917] Requêtes BO trop couteuses Création: 13/oct./05 14:25  Mise à jour: 25/juin/07 18:32  Résolue: 13/oct./05 14:32

Etat: Fermé
Projet: Application PriceMinister
Composants: Images produit
Affecte la/les version(s): 8.0.6b
Version(s) corrigée(s): 8.0.6b

Type: Bogue Priorité: Critique
Rapporteur: Renaud Dierickx Attribution: Judd OSullivan
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Les requêtes de BO sont trop couteuses. Il faut les retravailler d'urgence.

 Commentaires   
Commentaire de Renaud Dierickx [ 13/oct./05 14:32 ]
Les requêtes ont été retravaillées. Voici les requêtes avec leur plan d'exécution (en intégration) :


----------------------------------------
-- ImageSearchQuery
----------------------------------------
SELECT product.product_id, product.title, product.barcode, product.prd_type_code, product.prd_medium_code
FROM prd_image, product
WHERE (prd_image.product_id = product.product_id)
AND (prd_image.pri_status_code IN (20, 18))
ORDER BY product.product_id
;

Execution Plan
----------------------------------------------------------
   0 SELECT STATEMENT Optimizer=CHOOSE (Cost=450 Card=195 Bytes=37635)
   1 0 SORT (ORDER BY) (Cost=450 Card=195 Bytes=37635)
   2 1 NESTED LOOPS (Cost=392 Card=195 Bytes=37635)
   3 2 INLIST ITERATOR
   4 3 INDEX (RANGE SCAN) OF 'PRD_IMAGE_FKIX_STATUS_PRODUCT' (NON-UNIQUE) (Cost=2 Card=195 Bytes=1755)
   5 2 TABLE ACCESS (BY INDEX ROWID) OF 'PRODUCT' (Cost=2 Card=1 Bytes=184)
   6 5 INDEX (UNIQUE SCAN) OF 'PK_PRODUCT' (UNIQUE) (Cost=1 Card=1)
----------------------------------------------------------
          0 recursive calls
          0 db block gets
         64 consistent gets
          3 physical reads
          0 redo size
       1719 bytes sent via SQL*Net to client
        510 bytes received via SQL*Net from client
          3 SQL*Net roundtrips to/from client
          1 sorts (memory)
          0 sorts (disk)
         19 rows processed



----------------------------------------
-- ImageMatrixQuery
----------------------------------------
SELECT prd_image.rank, prd_image.pri_status_code, prd_image.prd_image_id, prd_image.product_id, product.title
FROM product, prd_image
WHERE (product.product_id IN (
  SELECT product_id
  FROM prd_image
  WHERE (prd_image.pri_status_code IN (20, 18))))
AND (product.product_id = prd_image.product_id)
AND (prd_image.pri_status_code NOT IN (30, 50))
ORDER BY product.product_id, rank NULLS LAST
;

Execution Plan
----------------------------------------------------------
   0 SELECT STATEMENT Optimizer=CHOOSE (Cost=888 Card=4 Bytes=308)
   1 0 SORT (ORDER BY) (Cost=888 Card=4 Bytes=308)
   2 1 TABLE ACCESS (BY INDEX ROWID) OF 'PRD_IMAGE' (Cost=2 Card=1 Bytes=19)
   3 2 NESTED LOOPS (Cost=835 Card=4 Bytes=308)
   4 3 NESTED LOOPS (Cost=445 Card=195 Bytes=11310)
   5 4 SORT (UNIQUE)
   6 5 INLIST ITERATOR
   7 6 INDEX (RANGE SCAN) OF 'PRD_IMAGE_FKIX_STATUS_PRODUCT' (NON-UNIQUE) (Cost=2 Card=195 Bytes=1755)
   8 4 TABLE ACCESS (BY INDEX ROWID) OF 'PRODUCT' (Cost=2 Card=1 Bytes=49)
   9 8 INDEX (UNIQUE SCAN) OF 'PK_PRODUCT' (UNIQUE) (Cost=1 Card=1)
  10 3 INDEX (RANGE SCAN) OF 'PRD_IMAGE_FKIX_PRODUCT_ID' (NON-UNIQUE) (Cost=1 Card=2)
----------------------------------------------------------
          0 recursive calls
          0 db block gets
         81 consistent gets
          8 physical reads
          0 redo size
       1825 bytes sent via SQL*Net to client
        510 bytes received via SQL*Net from client
          3 SQL*Net roundtrips to/from client
          2 sorts (memory)
          0 sorts (disk)
         21 rows processed
Commentaire de Yassine Mouhammadou [ 13/oct./05 17:16 ]
Judd, je ne peux pas vérifier. Merci de regarder cette demande.



[EXP-4027] 404 en bo espagne Création: 24/oct./07 15:59  Mise à jour: 24/oct./07 16:06  Résolue: 24/oct./07 16:06

Etat: Fermé
Projet: Exploitation
Composants: Default
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Nerea Prieto Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ESP - Espagne

 Description   
Lorsqu'on navigue dans le bo espagne, en parcourans les categories/sous categorie, on rencontre des 404.

 Commentaires   
Commentaire de Jérémie Bennejean [ 24/oct./07 16:05 ]
En fait suite à la liste des urls que tu m'as envoyés, les 404 n'apparaissent :
- pas systématiquement
- que sur certaines servlets.

J'ai donc comparé les jk.preview sur les 3 frontaux webs.
il y avait des différences entre les 3 (doublons et servlets en moins) .
Cela est corrigé.

Résultat OK, vu avec Nerea
Commentaire de Jérémie Bennejean [ 24/oct./07 16:06 ]
je ferme le jira



[APP-4160] Mon compte Création: 26/mai/05 17:23  Mise à jour: 25/juin/07 18:29  Résolue: 25/juin/07 18:29

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 8.0.2pre
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Sandrine Thiebaut Attribution: Judd OSullivan
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Compte : identitifant : testprice / mot de passe : tests

J'ai une annonce en ligne : Peugeot 307 Pack 1.4e 16v 90 5P.
Hors quand je me connecte à mon compte, l'annonce n'est pas prise en compte.
Elle n'apparait pas dans "Inventaire et Vitrine", d'ailleur je n'ai pas la
partie "vendeur" active.

 Commentaires   
Commentaire de Jérôme Viviès [ 26/mai/05 18:31 ]
Un décalage dans les batchs ?
Commentaire de Quentin de Chivré [ 26/mai/05 19:19 ]
a creuser....
Commentaire de Judd OSullivan [ 01/juin/05 16:01 ]


*** This bug has been marked as a duplicate of 5050 ***



[APP-12429] Traduction PM BO Création: 19/sept./06 15:11  Mise à jour: 25/juin/07 18:44  Résolue: 22/sept./06 11:59

Etat: Fermé
Projet: Application PriceMinister
Composants: Traduction
Affecte la/les version(s): 9.0.4
Version(s) corrigée(s): 9.0.4

Type: Bogue Priorité: Mineur
Rapporteur: Juan Luis Fajardo Attribution: Arnaud Forgues
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
doublon de APP-12416 détail d'un crédit PMV : non traduit Fermé
Pays:
ESP - Espagne
Site: Integ

 Description   
Lorsqu'on crédite/débite le PM en BO, le type et la cause du crédit/débit apparaissent en FO en français car on n¿a pas traduit le contenu du BO



 Commentaires   
Commentaire de Renaud Dierickx [ 22/sept./06 11:59 ]
C'est un doublon!



[APP-17090] connexion compte Création: 16/juil./07 10:51  Mise à jour: 31/juil./07 19:28  Résolue: 19/juil./07 17:35

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 15.0.2
Version(s) corrigée(s): 16.0.0

Type: Amélioration Priorité: Majeur
Rapporteur: Jany Marimoutou Attribution: Geneviève Beaujard
Résolution: Invalid  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM archivés: Maintenance 16.x.x

 Description   
Bonjour,

exemple :

compte : vega-edit
pass : regine

Avant la nouvelle version que l'on se connecte en utilisant les minuscules ou les majuscules, il n'y avait pas de problème. Maintenant, il faut respecter impérativement la casse.

log : VEGA-eDIT
pass :REGINE

Serait-il possible de revenir à l'ancien mode qui facilitait l'accès au compte ?

 Commentaires   
Commentaire de Geneviève Beaujard [ 19/juil./07 17:35 ]
On ne fait toujours pas le test de la casse sur le login, par contre la casse est respecté pour le mot de passe.
Que la casse sur le password soit respecté me paraît correct.



[APP-12859] Ne pas traduire les dropdown en BO Création: 02/oct./06 12:02  Mise à jour: 25/juin/07 18:45  Résolue: 02/oct./06 12:03

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 9.0.4
Version(s) corrigée(s): 9.0.4

Type: Bogue Priorité: Mineur
Rapporteur: Alexandre Garnier Attribution: Alexandre Garnier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous

 Description   
Faire en sorte d'avoir les dropdown générées à partir de CodeMap non traduites en BO.

 Commentaires   
Commentaire de Alexandre Garnier [ 02/oct./06 12:03 ]
C'est fait



[APP-5476] Gestion des droits d'accès sur le BO Création: 18/août/05 09:59  Mise à jour: 25/juin/07 18:31  Résolue: 25/nov./05 13:35

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Nouvelle fonctionnalité Priorité: Majeur
Rapporteur: Nicolas Gréhalle Attribution: Dispatcher (Dev-WishList)
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Site: Prod
WishList: Paramétrage
WishList - Priorité: 3

 Description   
Mettre en place un système de droit sur les différentes actions du BO afin d'éviter les erreurs de manipulation.

 Commentaires   
Commentaire de Quentin de Chivré [ 25/nov./05 13:23 ]
Pourquoi fermer cela ? Tu n'a pas mis de commentaire qui plus est...
Cette demande est toujours d'actualité non?
Commentaire de Nicolas Gréhalle [ 25/nov./05 13:35 ]
Il s'agit d'une fonctionnalité générale de sécurité qui n'est pas seulement un besoin paramétrage.
En conséquence, nous estimons que cette demande ne fait pas partie des demandes spécifiques de l'équipe paramétrage, et donc de sa WL



[APP-32308] [VPOD] Bug en BO Création: 29/déc./10 11:49  Mise à jour: 18/janv./11 10:09

Etat: Ouvert
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Mineur
Rapporteur: Bastien Caudan Attribution: Dispatcher (Pôle CTN)
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
ALL - Tous
Site: Prod
Projets PM: *** STANDBY ***
Navigateur: Tous
Classif1: VIDEO
Classif2: video

 Description   
Si VPOD ne répond plus, l'affichage d'une vidéo en BO provoque une boucle de redirection.



[INF-575] Arrivée de Stéphane Aumont au BO Création: 15/nov./10 17:26  Mise à jour: 15/nov./10 17:33  Résolue: 15/nov./10 17:33

Etat: Résolu
Projet: Infrastructure
Composants: Arrivée/Départ
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Victoire Douay Attribution: Stéphane Eccli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Stéphane arrive le 15 Novembre.
On va l'installer dans l'équipe internationale (Laura). CF plan BO
Merci,
Victoire


 Commentaires   
Commentaire de Stéphane Eccli [ 15/nov./10 17:33 ]
factice



[APP-21500] [Améliorations PMV] : Le contrôle lors du passage en Compta empêche de passer en "compta par chèque" Création: 29/juil./08 09:31  Mise à jour: 01/avr./09 10:56

Etat: Ouvert
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 26.0.0 (TX-B)
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Majeur
Rapporteur: Emeric Teil Attribution: Emeric Teil
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM: *** STANDBY ***
Projets PM archivés: Paiement - Améliorations PMV

 Description   
Dans le cadre des Améliorations PMV, nous avons ajouté un contrôle lors du passage en mode Compta (qui se fait via la popup droits en BO). Ce contrôle vise à empêcher le passage d'un utilisateur en mode "Compta" si celui-ci n'a pas préalablement configuré ses coordonnées de reversement. Pour cela, il doit aller sur son PMV et demander un reversement régulier. Le reversement régulier par chèque n'étant pas disponible pour le mode "libre", l'utilisateur ne peut donc pas renseigner son adresse de paiement, il ne pourra donc pas être en compta chèque...

De plus, même si, via le BO, on renseigne cette adresse de paiement, le passage en compta est toujours refusé (à priori, l'utilisateur doit absolument avoir des coordonénes bancaires...).

La solutions sera détaillée dans la suite de ce Jira.

 Commentaires   
Commentaire de Arnaud Forgues [ 29/juil./08 10:33 ]
Comme vu avec EMT, il y a un "work around" qui n'est certes pas très pratique mais qui a le mérite de permettre la manipulation (passage en compta mode chèque) :
- créer un compte (en platine automatiquement) en FO
- activer son PMV en FO
- configurer des reversements réguliers par virement (avec un faux RIB : 000000000000000000 97) en FO
- passage du compte en mode compta en BO
- modification des reversements systèmatique de virement à chèque en FO

Cela ajoute une étape (la dernière) au process normal
Commentaire de Emeric Teil [ 29/juil./08 10:37 ]
On passe donc de "bug - bloquant" à "improvement - critique"... a voir maintenant si on trouve un "quick win" pour améliorer un peu cela...
Commentaire de Arnaud Forgues [ 29/juil./08 14:44 ]
Vu avec CGA/EMT, on passera cette correction plus tard (après retour de congés de AFO et RED). Il faut par ailleurs déterminer la bonne solution fonctionnelle à mettre en place
Commentaire de Cedric Favero [ 11/mars/09 11:46 ]
Ne peut on au moment du passage en Compta (Ecran Droits) , une alerte qui force à renseigner les coordonnées pour le chèque si elles n'existent pas? (Avec un champ dédié?)
(Le commercial qui est en train de valider le compte en Compta peut ainsi valider les bonnes coordonnées avec le vendeur PRO)



Finalisation installation de BO en PROD (EXP-772)

[EXP-774] Mise en place script start/stop/restart/archivelogs de l'applicatif BO sur TELLUS Création: 04/janv./06 17:49  Mise à jour: 25/juin/07 18:55  Résolue: 16/mai/07 11:03

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Mineur
Rapporteur: Sébastien Tournay Attribution: Agathe Remy
Résolution: Corrigé  
Estimation restante: 4 heures
Temps consacré: Non spécifié
Estimation originale: 4 heures

Liens des demandes:
Duplicate
a pour doublon EXP-775 Mise en place archivage et rotation d... Résolu

 Description   
mettre en place un mécanisme du genre pmjboss pour assurer les taches start/stop/status/archivelogs pour l'applicatif bo sur TELLUS

 Commentaires   
Commentaire de Ranto Andriambololona [ 28/mars/06 11:15 ]
François a commencé à écrire un document d'explite à ce sujet, j'attends de le recevoir ...
Commentaire de Ranto Andriambololona [ 29/mars/06 18:45 ]
Dans le document fourni par François

Démarrage BO

./ccm.sh -start all
./ccm.sh -enable all
./tomcatstartup.sh

Arret BO

./ccm.sh -stop all
./tomcatshutdown.sh

Commentaire de Ranto Andriambololona [ 30/mars/06 11:59 ]
Après analyse avec François, il s'avère que le script ccm.sh ne contient aucune variable start stop etc ..., ceux ci sont dans le fichier ccmunix.js (javascript) (/appli/priceminister/bo/bobje/setup/jscripts/ccmunix.js)

Dans ce fichier js on a pour -start

 else if (objArgs.Item(i).toLowerCase() == "-start")
            {
            //Next argument is the server type to start
            if (objArgs.Count() > i+1)
                {
                i=i+1
                serverStart(objArgs.Item(i))
                }
            }

En résumé, je pense qu'en modifiant les scirpts d'origines (en les envelloppant par pmbi --start ou autres) on risque de passer à côté de quelque chose , d'un paramètre mal connu et engendrer des disfonctionnement système.

Je pense qu'on devrait rester sur le document de base fourni par BO.

Par contre pour la rotation de log, on peut y coller le mécanisme actuel sur les SA qui déplace les vieux fichiers sur le SHARE NFS junon
Commentaire de Ranto Andriambololona [ 30/mars/06 16:47 ]
François , peux tu réfléchir si le changement du user bi en pmbi peut ètre problématique pour l'application bi ?

- L'objectif est de recréer le user bo en pmbi avec les mêmes id et gid (1527:502)
- ensuite faire un chown -R pmbi:adminpm sur les répertoires de l'appli
- tests



Commentaire de Ranto Andriambololona [ 05/avr./06 17:37 ]
On avance ....

ci -après les résultat d'une première version d'un pmbi --status, --start, --stop sur PERIGNON

STATUS

[bo@perignon bobje]$ ./pmbi --status
BI is running ( 13 processes) ...

ARRET

[bo@perignon bobje]$ ./pmbi --stop
You are about to stop BI
Type 'YES' to confirm: YES
Stopping BI ...
Using CATALINA_BASE: /home/bo/bobje/tomcat
Using CATALINA_HOME: /home/bo/bobje/tomcat
Using CATALINA_TMPDIR: /home/bo/bobje/tomcat/temp
Using JAVA_HOME: /home/bo/bobje/jdk
Stopping all...

2006-04-05 17:34:12 - [ ] BI stopped

DEMARRAGE

[bo@perignon bobje]$ ./pmbi --start
Starting BI ...
Starting all servers...

Starting pageserver...

Starting cacheserver...

Starting input...

Starting output...

Starting destjobserver...

Starting lovjobserver...

Starting reportjobserver...

Starting programjobserver...

Starting webijobserver...

Starting eventserver...

Starting ras...

Starting webi...

Starting cms...


Using CATALINA_BASE: /home/bo/bobje/tomcat
Using CATALINA_HOME: /home/bo/bobje/tomcat
Using CATALINA_TMPDIR: /home/bo/bobje/tomcat/temp
Using JAVA_HOME: /home/bo/bobje/jdk
Creating session manager...
Logging onto CMS...


2006-04-05 17:34:57 - BI started


Il reste la partie --force et l'archivage des logs
Commentaire de Ranto Andriambololona [ 11/avr./06 14:31 ]
Archivages des logs en place ...

les logs dans /home/bo/logs vieux de plus de 30 jours sont archivés (zippé et déplacé) dans

/data/priceminister/pmshare/exploit/logs/bi/ sur le SHARE NFS
Commentaire de Ranto Andriambololona [ 11/mai/06 16:29 ]
Le pmbi --stop --force est en place sur TELLUS

pour la prod, il suffit juste de copier le script pmbi (sur perignon dans /home/bo/bobje) vers le serveur bi de PROD.

Commentaire de Ranto Andriambololona [ 11/mai/06 17:41 ]
je voulais dire en place sur Perignon

Commentaire de Antoine Koener [ 19/janv./07 11:27 ]
Salut,
Dis moi ce Jira est encore ouvert, est-ce qu'on peut le fermer ?
Merci :)



[DEC-506] demande de rapport pour le BO Création: 23/nov./06 17:36  Mise à jour: 14/sept./07 15:24  Résolue: 11/déc./06 17:34

Etat: Fermé
Projet: Reporting
Composants: Back Office
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Jemima Barru Attribution: Samir Beghdadi
Résolution: Corrigé  
Estimation restante: 1 jour
Temps consacré: Non spécifié
Estimation originale: 1 jour

Pays:
FRA - France

 Description   
Sur la semaine du 13/11 au 19/11, je souhaiterais avoir les infos suivantes :

Nombre de réclamations pour des commandes non-reçues (NOT_RECEIVED)
Nombre de réclamations en contrefait (FAKE)
Nombre de transaction annulées (Cancelled) en distinguant Seller Cancellation, Négociation refusée et Seller Commit Timeout.

Nombre de fois que les mails suivants ont été envoyés :

- vendeur annule : vendeur_annule_v : http://bo.priceminister.com/message_back?action=umstemplateview&umstemplateid=2202

- abîmé demande d'explication : new_abime_demande_infos_v : http://bo.priceminister.com/message_back?action=umstemplateview&umstemplateid=1607

- différent demande d'explication : new_different_demande_infos_v : http://bo.priceminister.com/message_back?action=umstemplateview&umstemplateid=1611

- pas reçu - vendeur annule : annulation_vendeur_v : http://bo.priceminister.com/message_back?action=umstemplateview&umstemplateid=1640

- vendeur refuse l'envoi à l'étranger : http://bo.priceminister.com/message_back?action=umstemplateview&umstemplateid=1500

- pas envoyé car pas payé : http://bo.priceminister.com/message_back?action=umstemplateview&umstemplateid=1119

- réception non confirmée : http://bo.priceminister.com/message_back?action=umstemplateview&umstemplateid=1019

- mauvaise note : http://bo.priceminister.com/message_back?action=umstemplateview&umstemplateid=1022

- date du paiement : http://bo.priceminister.com/message_back?action=umstemplateview&umstemplateid=1004

- détail du paiement : http://bo.priceminister.com/message_back?action=umstemplateview&umstemplateid=1103

- la commission : http://bo.priceminister.com/message_back?action=umstemplateview&umstemplateid=4842

- grille vendeur : http://bo.priceminister.com/message_back?action=umstemplateview&umstemplateid=1008

- écart grilles acheteur/vendeur : http://bo.priceminister.com/message_back?action=umstemplateview&umstemplateid=1006

- grille acheteur : http://bo.priceminister.com/message_back?action=umstemplateview&umstemplateid=1007

- frais réels différents - acheteurs : http://bo.priceminister.com/message_back?action=umstemplateview&umstemplateid=1009

- frais réels différents - vendeurs : http://bo.priceminister.com/message_back?action=umstemplateview&umstemplateid=1010

- modification des tarifs de la poste : http://bo.priceminister.com/message_back?action=umstemplateview&umstemplateid=3461


Sera-t-il possible d'avoir ces rapports avant le 1er décembre?

Merci

Jémima

 Commentaires   
Commentaire de Agathe Remy [ 06/déc./06 16:07 ]
Jemima,

Ces rapports ne pourront clairement pas être développés pour le 1er décembre, mais nous pouvons essayer de les développer d'ici fin décembre.

Cordialement,
Agathe
Commentaire de Samir Beghdadi [ 11/déc./06 17:34 ]
Tu trouveras ci-dessous les résultats demandés :

- Nombre de réclamations pour des commandes non reçues (NOT_RECEIVED) et Nombre de réclamations en contrefait (FAKE)

Start_date: 2006/11/13 and End_date: 2006/11/19
     
FAKE | 19
NOT_RECEIVED | 1254

- Nombre de transaction annulées (Cancelled) en distinguant Seller Cancellation, Négociation refusée et Seller Commit Timeout.

Start_date: 2006/11/13 and End_date: 2006/11/19

NEGOTIATION_REFUSED | 1043
SELLER_CANCELLATION | 3530
SELLER_COMMIT_TIMEOUT | 1787

- Nombre de fois que les mails cités dans le Jira ont été envoyés :

Start_date: 2006/11/13 and End_date: 2006/11/19

abîmé - demande d'explications | 235
date du paiement | 28
différent - demande d'explications | 167
détail du paiement | 51
frais réels différents - acheteurs | 13
frais réels différents - vendeurs | 43
grille acheteur | 13
grille vendeur | 28
la commission | 19
mauvaise note | 40
modification des tarifs de la poste | 21
pas envoyé car pas payé | 3
pas reçu - vendeur annule | 549
réception non confirmée | 154
vendeur annule | 114
vendeur refuse l'envoi à l'étranger | 7
écart grilles acheteur/vendeur | 8



[BIN-335] Ecart entre Titan et BO Création: 23/mai/07 08:54  Mise à jour: 14/sept./07 18:04  Résolue: 28/mai/07 14:27

Etat: Fermé
Projet: Business Intelligence
Composants: Finance
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Bloquant
Rapporteur: Philippe Favrot Attribution: Agathe Remy
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel etude écarts panier coupon article avril 07.xls     Microsoft Excel exploit panier coupon article_avril 07.xls     Microsoft Excel Purchases_summary_by_month (avril 07).xls    
Pays:
FRA - France

 Description   
Bonjour,
écart entre Titan et BO au niveau du VA capturé pour avril :
Titan : 5 374 188
BO : 5 375 088
en pièce attachée :
- rapport Titan panier coupon article
- exploitation de ce rapport
- rapport purchase summary by month (B0).
Merci
Philippe

 Commentaires   
Commentaire de Philippe Favrot [ 23/mai/07 08:55 ]
pas possible de joindre le rapport Titan car plus de 10 Mo.
Je te le passe par amil.
Philippe
Commentaire de Agathe Remy [ 25/mai/07 17:33 ]
Philippe,

J'ai vérifié les données et elles sont identiques sur Titan et dans le DataWarehouse
En faisant la même requête sur Titan, j'obtiens bien 5 375 088 pour le montant capturé.

Maintenant, il s'agit de savoir pourquoi le rapport généré sur Titan ne donne pas les mêmes chiffres...

Agathe
Commentaire de Agathe Remy [ 25/mai/07 18:27 ]
Es-tu sur de ton traitement du fichier panier_coupons_articles? Parce que j'obtiens les mêmes chiffres sous BI et sur Titan...

Agathe
Commentaire de Agathe Remy [ 28/mai/07 14:27 ]
Philippe,

Dans le fichier ci-joint, tu trouveras le résultat de l'étude sur les écarts.
Il y a 900¿ d'écarts répartis sur le 24/04 (85¿) et le 29/04 (815¿).
Sur la journée du 29/04, j'ai comparé les résultats de ma requête sur titan (qui donne les mêmes résultats que le rapport BI) et celle d'un fichier panier_coupons_articles dans l'intranet.
Les données sont identiques.

La conclusion est donc :
- soit une erreur s'est produite lors de l'exploitation du fichier panier_coupons_articles dans Excel
- soit le fichier panier_coupons_articles exploité dans Excel était antérieur à la date de stabilisation des montants

Je clôture donc ce JIRA.

Agathe



[APP-5712] probleme de version d'application sur le bo Création: 28/sept./05 16:30  Mise à jour: 25/juin/07 18:31  Résolue: 30/sept./05 10:54

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Olivier Cales Attribution: Validator
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
pour la même url : http://bo.pm.lan/referential_back?action=productview&productid=6024852
on se retrouve avec deux pages différentes selon le serveur (deutz ou mumm).

 Commentaires   
Commentaire de Judd OSullivan [ 30/sept./05 10:54 ]
On est en train de tester une version de l'app (804h) mais on deploie uniquement sur un serveur. Je ne sais pas pq cette page est different mais je dirais attends qu'on a une plate-forme integ plus stable. Si après (pendant la validation par exemple) on a toujours un problème, on le creusera.
Commentaire de Florent Bernard [ 05/oct./05 17:48 ]
Pages identiques sur les deux environnements



[APP-24128] pages différentes entre BO et WWW Création: 03/févr./09 12:22  Mise à jour: 04/févr./09 11:06  Résolue: 04/févr./09 09:58

Etat: Fermé
Projet: Application PriceMinister
Composants: FAST engine
Affecte la/les version(s): 39.0.1
Version(s) corrigée(s): 39.0.1.1

Type: Bogue Priorité: Mineur
Rapporteur: Jany Marimoutou Attribution: Validator
Résolution: Invalid  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File lien BO.jpg     JPEG File lien WWW.jpg    
Pays:
FRA - France
Site: Prod
Projets PM: *** A PLANIFIER ***

 Description   
Lorsque clique sur l'onglet vidéo avec le lien BO.
http://bo.priceminister.com/video-dvd-vhs

on obtient une différente de celle en WWW:
http://www.priceminister.com/video-dvd-vhs

D'où vient ce miracle ?

 Commentaires   
Commentaire de Jany Marimoutou [ 03/févr./09 14:50 ]
Je viens de vérifier le CD, le jeux vidéo. C'est aussi la même chose.
Commentaire de Espérance Galouo-Lece [ 04/févr./09 09:58 ]
 - C'est normal, car tu es sur des pages statics;
 - En faisant "/nav/Video" la différence est moins grande, et cette différence est dû aux serveurs fast qui ne sont pas tous égaux en terme de puissance... .
Commentaire de Jany Marimoutou [ 04/févr./09 11:06 ]
OK ! Merci pour l'explication.
Seulement, ce n'était ainsi auparavant. C'est donc que quelque chose a bien changé.
Pourrait-on être avertit de ce genre de norme ?



[APP-18012] [CBV] - BO - Fiche sinistre Création: 28/sept./07 10:08  Mise à jour: 08/oct./07 15:04  Résolue: 28/sept./07 12:54

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 17.0.0
Version(s) corrigée(s): 17.0.0

Type: Bogue Priorité: Mineur
Rapporteur: Sébastien Aubert Attribution: Clement Balay
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Integ
Navigateur: FireFox 2.0
Projets PM archivés: Contrat "Bris et Vol"

 Description   
Dans le BO sur la fiche sinistre, le champs Commentaire affiche erreur non disponible.
Imposssibilité d'ajouter un commentaire.

 Commentaires   
Commentaire de Clement Balay [ 28/sept./07 12:54 ]
c'est ok, il y avait un commentaire HTML qui englobait l'appel au modèle donc en integ vu qu'ils enlèvent tous les commentaires HTML et ce qu'il ya à l'interieur après la compilation, cela compilait en integ, par contre en dev cela marchait bien puisqu'on enlève aucuns commentaires HTML.

Traces de commit:
cvs ci -m "APP-18012 fix bug with html comment in jsp" src/com/babelstore/warranty/back/ComplaintBoComment.jsp
dos2unix: converting file ComplaintBoComment.jsp to UNIX format ...
Checking in src/com/babelstore/warranty/back/ComplaintBoComment.jsp;
/home/cvs/dev/source/src/com/babelstore/warranty/back/ComplaintBoComment.jsp,v <-- ComplaintBoComment.jsp
new revision: 1.2.4.1; previous revision: 1.2
done
Commentaire de Sébastien Aubert [ 08/oct./07 15:04 ]
ok en integ



[APP-5604] BO Image : Fautes d'orthographe Création: 02/sept./05 15:31  Mise à jour: 25/juin/07 18:31  Résolue: 13/sept./05 09:15

Etat: Fermé
Projet: Application PriceMinister
Composants: Images produit
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 8.0.6

Type: Bogue Priorité: Cosmétique
Rapporteur: Emmanuelle Lachamp Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Site: Integ

 Description   
En bo, recherche d'images, Etat :

- Tout les soumis... c'est mieux de mettre Tous les...
- Tout les validés.......



[IMP-2828] Les images n'apparaissent pas toutes bienque l'url apparaissent dans le bo > Nyotex Création: 07/nov./08 14:06  Mise à jour: 30/oct./09 15:47  Résolue: 07/nov./08 16:01

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Bloquant
Rapporteur: Isabelle Weisbecker Attribution: Eric Vannier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: Nyotex
Séparateur: N/A
Type de traitement:
N/A

 Description   
http://bo.priceminister.com/boutique/Nyotex/category/advert_clothing

 Commentaires   
Commentaire de Isabelle Weisbecker [ 07/nov./08 14:09 ]
Benoît, je ne sais pas s'il y a un rapport avec les autres bug.
Commentaire de Benoît Bourdon [ 07/nov./08 14:33 ]
En fait ça semble avoir un rapport avec ce jira :
APP-22733
Eric tu peux regarder pourquoi ?
Le produit à toutes les urls images qui vont bien, il a étét crée le 31/10 il me semble ... donc pourquoi ses images ne sont pas là ?
Commentaire de Benoît Bourdon [ 07/nov./08 14:34 ]
ps j'ai pris ce produit en exemple, mais ils sont tous identiques.
http://bo.priceminister.com/referential_back?action=productview&productid=73065885
Commentaire de Frédéric Nahum [ 07/nov./08 16:01 ]
Les droits d'import d'image n'était pas activé ca devrait aller mieux dans les jours qui vienne
Commentaire de Isabelle Weisbecker [ 13/nov./08 14:23 ]
http://bo.priceminister.com/offer/buy/73067955/s1/s2PM02594743

apparemment il n'y a pas que le droit à l'image. ça doit faire partie des autres bugs. on vérifie après le sript de Genviève



[NpF] NpF Video - Activation (meta tâche) (APP-18659)

[APP-18860] [PRE DEPLOY NpF][BO] Bloc ça vient d'arriver > modifier le lien Création: 06/déc./07 09:02  Mise à jour: 19/déc./07 10:57  Résolue: 18/déc./07 16:58

Etat: Fermé
Projet: Application PriceMinister
Composants: Navigation produit
Affecte la/les version(s): 18.1.0
Version(s) corrigée(s): 18.1.0

Type: Sous-tâche Priorité: Majeur
Rapporteur: Marion Anfreville Attribution: Julien Sananikone
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Prod
Projets PM archivés: Navigation par filtres - Vidéo

 Description   
Mettre à jour (BO) le lien du bloc ça vient d'arriver pour qu'il pointe sur la NpF.

 Commentaires   
Commentaire de Fabien Farache [ 13/déc./07 10:24 ]
BO : Racine > Ça vient d'arriver (Bloc) > Video

ancien lien : /navigation/date/category/???
nouveau lien : /nav/Video/s/3
Commentaire de Julien Sananikone [ 17/déc./07 12:10 ]
fait en integ
Commentaire de Julien Sananikone [ 18/déc./07 10:00 ]
fait sur preview
Commentaire de Julien Sananikone [ 18/déc./07 16:58 ]
testé sur preview



[NpF] NpF Livre ES - Activation (meta tâche) (APP-18872)

[APP-18877] [PRE DEPLOY NpF][BO] Bloc ça vient d'arriver > modifier le lien Création: 06/déc./07 10:07  Mise à jour: 29/avr./08 09:44  Résolue: 28/avr./08 16:15

Etat: Fermé
Projet: Application PriceMinister
Composants: Navigation produit
Affecte la/les version(s): 19.0.0
Version(s) corrigée(s): 19.4.3

Type: Sous-tâche Priorité: Majeur
Rapporteur: Marion Anfreville Attribution: Nerea Prieto
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ESP - Espagne
Site: Prod
Projets PM archivés: Navigation par filtres - Libros ES

 Description   
Mettre à jour (BO) le lien du bloc ça vient d'arriver pour qu'il pointe sur la NpF.

 Commentaires   
Commentaire de Fabien Farache [ 31/mars/08 11:19 ]
Les contenus IG ont déjà été modifiés par NEP le 20/03/08
Commentaire de Ariane Baldinger [ 31/mars/08 13:17 ]
Attention, il s'agit d'une modification dans le BO : il faut modifier l'url dans le bloc "ça vient d'arriver" (noeud 219286 dans le BO de Prod)
Commentaire de Fabien Farache [ 31/mars/08 13:40 ]
au temps pour moi... j'avais mal lu et j'étais parti sur le bloc catégories

j'ai donc modifié :
   - ancien lien : /navigation/date/category/tab_100
   - nouveau lien : /nav/Livres/s/3

Est il normal que l'onglet "ça vient d'arriver" soit à non ???


Commentaire de Fabien Farache [ 01/avr./08 10:26 ]
"Onglet ça vient d'arriver" a été mis à oui mais le bloc ça vient d'arriver n'apparait toujours pas
Commentaire de Christophe Garcia [ 08/avr./08 10:28 ]
Bloc CVDA toujours pas visible
Commentaire de Nerea Prieto [ 28/avr./08 16:14 ]
Le problème venait de la manque d'Alias.
J'ai repéré le même problème dans la catégorie Musique et téléphones. C'est corrigé.



[APP-21186] En BO, pop-up video, il faut accepter la vidéo avant de pouvoir la regarder. Création: 10/juil./08 14:18  Mise à jour: 05/sept./08 15:20  Résolue: 16/juil./08 12:19

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 25.0.0 (CTN-D)
Version(s) corrigée(s): 28.0.0 (CTN-F)

Type: Bogue Priorité: Mineur
Rapporteur: Aurélie Kwiatkowski Attribution: Clement Balay
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Integ
Navigateur: Internet Explorer 6.X
Projets PM archivés: Annonces Vidéo (Lot 3)

 Description   
Le player ne peut-il pas fonctionner indépendamment du fait que la vidéo est acceptée ou non par le BO?

 Commentaires   
Commentaire de Fabrice Feugas [ 15/juil./08 15:58 ]
Pour reproduire, il faut supprimer une vidéo depuis le B.O. La page se recharge avec le player vide (on ne peut donc pas lire la vidéo). L'option "Accepter la vidéo" reste affichée et si on l'utilise, la page se recharge avec la bonne vidéo, visible...

Question 1 : lorsque l'on supprime la vidéo (depuis le B.O), comment se fait-il que l'on puisse ensuite la ré-accepter?
Question 2 : dans le cas précédent, pourquoi ne peut-on pas la visualiser depuis le B.O?
Commentaire de Clement Balay [ 15/juil./08 17:40 ]
1) supprimer un média revient à passer la vidéo en SUSPENDED et passer le média lié à DELETED, le terme a été choisi pour que l'on utilise pas trop ce bouton.
2) car elle est en SUSPENDED et VPOD ne permet pas de lire des vidéo en SUSPENDED
Commentaire de Clement Balay [ 16/juil./08 12:19 ]
VPOD ne permet pas de regarder un vidéo s'il est en suspended



[NpF] NpF Livres - Activation (meta tâche) (APP-17776)

[APP-17781] [PRE DEPLOY NpF][BO] Bloc ça vient d'arriver > modifier le lien Création: 13/sept./07 10:30  Mise à jour: 09/nov./07 14:47  Résolue: 06/nov./07 09:42

Etat: Fermé
Projet: Application PriceMinister
Composants: Ca vient d'arrriver
Affecte la/les version(s): 17.1.0
Version(s) corrigée(s): 17.2.0

Type: Sous-tâche Priorité: Majeur
Rapporteur: Ariane Baldinger Attribution: Fabien Farache
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Prod
Projets PM archivés: Navigation par filtres - Livres

 Description   
Mettre à jour (BO) le lien du bloc ça vient d'arriver pour qu'il pointe sur la NpF.

 Commentaires   
Commentaire de Fabien Farache [ 06/nov./07 09:42 ]
Done...

BO : Racine > Ça vient d'arriver (Bloc) > Livres
ancien lien : /navigation/date/category/tab_100
nouveau lien : /nav/Livres/s/3



[INF-570] modifs alias BO Création: 09/nov./10 10:16  Mise à jour: 09/nov./10 15:29  Résolue: 09/nov./10 14:16

Etat: Résolu
Projet: Infrastructure
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Steven Harel Attribution: Stéphane Eccli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Hi ! Quelques modifications dans les alias BO.

1/ Sur l'alias bo.sav.fr.2@priceminister.com
Enlever jonathan.lesage

2/ Sur l'alias bo.coback@priceminister.com
Enlever hind.belhadi
Ajouter victoire.douay

Thanks

 Commentaires   
Commentaire de Stéphane Eccli [ 09/nov./10 14:16 ]
done
Commentaire de Steven Harel [ 09/nov./10 15:29 ]
thanks



[APP-14503] [BO FP Etat] lorsque la FP est modifiée par batch le texte n'est pas bon Création: 05/janv./07 10:12  Mise à jour: 13/janv./09 11:54  Résolue: 10/déc./08 11:39

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office, Batch, Produits
Affecte la/les version(s): ToDo, 11.2.0 (Lycos)
Version(s) corrigée(s): 38.0.0 (TX-D Bis)

Type: Amélioration Priorité: Majeur
Rapporteur: Younès Charrière Attribution: Dispatcher (Pôle CAT)
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File Etat FP.JPG    
Pays:
FRA - France
Site: Prod
Projets PM: *** RESERVE ***
Classif1: BP
Classif2: RBP - source code

 Description   
Sur une fiche produit auto par exemple, lorsqu'une modification a été effectuée par batch, l'état est "modifié par PM Back Office" ce qui n'est pas bon et peut porter à confusion. Il serait préférable d'informer dans ce cas là que la modification est le fait d'un batch.

Pour tester, faire une recherche des produits sur le bo de prod avec les filtres : type = Voiture, état = En cours et Trier par = Date DESC. Prendre par exemple le produit dont l'id est 48718355, on se rend compte qu'il y a eu une modification par PM Back Office le 04/01/2007 (voir le screenshot) hors après investigation dans les logs de prod il se trouve que cette modification est faite par le batch de dénormalisation :

pmas@hercule : analyse des logs JBoss
---------------------------------------------------------
var/batchlog/attr/nohup.out:2007-01-04 17:46:54,820 DEBUG [ORMALIZATION] DENORMALIZATION - Product Id : 48718355

Concrètement, cela pose un problème car les dates des FP ont été modifiées mais pour le service de la validation au back office il est impossible de savoir par qui.

 Commentaires   
Commentaire de Geneviève Beaujard [ 31/janv./07 16:28 ]
L'info dont tu parles est le champ 'owner_account_id' dans la table product.

Il n'y a que les imports et le BO qui peuvent changer cette variable,
les imports dans StockServiceBean.updateBaseProduct, StockServiceBean.updateComplemnentProduct
le BO dans ProductServiceBean.update

le batch ProductDenormalisationBatch par exemple n'appelle aucune de ces methodes.
A la limite ce fonctionement me parait correct.
Commentaire de Judd OSullivan [ 02/févr./07 18:46 ]
Je suis d'accord.
Si ce n'est pas un utilisateur qui modifie le produit, par defaut on dit que c'est le BO y compris les batches. Je l'affecte à l'équipe fonctionnel pour juger le besoin.

Plus facile serait de mettre 'PM Back Office or Batch' au lieu de 'PM Back Office'. Ensuite on peut ajouter un evenement.



[APP-1598] Les user créés via bo doivent etre brandés www Création: 06/août/03 16:34  Mise à jour: 25/juin/07 18:23  Résolue: 25/juin/07 18:23

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): old
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Michael Gwin Attribution: Geneviève Beaujard
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
si le user est crée via bo.priceminister.com, les mails qu'il reçoit
contiennent des urls 'bo.priceminister.com/...' inaccessibles.

 Commentaires   
Commentaire de Quentin de Chivré [ 20/nov./03 13:03 ]
Il arrive que les commerciaux créent des comptes utilisateur pour les
partenaires en passant via le BO. Dans ce cas, il faudrait brander
l'utilisateur en www.

Migrer aussi l'existant (SQL)



[APP-19466] [BO] - Lien Paniers Obs Création: 06/févr./08 15:43  Mise à jour: 13/janv./09 11:55  Résolue: 23/oct./08 12:21

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office, Panier
Affecte la/les version(s): 18.1.3
Version(s) corrigée(s): 38.0.0 (TX-D Bis)

Type: Amélioration Priorité: Critique
Rapporteur: Espérance Galouo-Lece Attribution: Patrick Pereira
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File Panier_En_cours_OBSERVATION.JPG    
Liens des demandes:
Duplicate
a pour doublon APP-19461 le lien des paniers en obs ne marche ... Fermé
Pays:
FRA - France
Site: Prod
Projets PM: Performances

 Description   
 - Serait-il possible d'améliorer les perf de la requête qui ramène les paniers en Observation?
 - Il y'a plus de 3minutes d'attente pour un résultat d'une trentaine de lignes;

Logs:
2008-02-06 15:28:03,379 INFO [Processor142] BO:Anonyme - >>> GET http://bo.priceminister.com/purchase_back?action=purchasesearch&fuzzy=false&numberrows=200&order=1&pchstatuscode=120
2008-02-06 15:31:38,932 INFO [Processor142] BO:Anonyme - <<< [215553 ms] GET http://bo.priceminister.com/purchase_back?action=purchasesearch&fuzzy=false&numberrows=200&order=1&pchstatuscode=120
2008-02-06 15:31:38,932 WARN [Processor142] BO:Anonyme - Long request [215553 ms]: GET http://bo.priceminister.com/purchase_back?action=purchasesearch&fuzzy=false&numberrows=200&order=1&pchstatuscode=120

 Commentaires   
Commentaire de Manuel Sadok [ 08/oct./08 11:24 ]
En testant, la requête ne semble pas longue mais fait par contre un full scan de purchase... un index pourrait aider ?
Commentaire de Manuel Sadok [ 08/oct./08 11:24 ]
SELECT purchase.purchase_id, purchase.authorization_card_amount, purchase.authorization_coupon_amount, purchase.authorization_date, purchase.authorization_number_request, purchase.authorization_number_response, purchase.authorization_operation_amount, purchase.brand_id, purchase.brand_partner, purchase.buyer_account_id, purchase.buyer_login, purchase.capture_card_amount, purchase.capture_coupon_amount, purchase.capture_date, purchase.capture_number_request, purchase.capture_number_response, purchase.capture_operation_amount, purchase.card_expiration_month, purchase.card_expiration_year, purchase.card_is_cvv_used, purchase.card_is_e_carte_bleue_detected, purchase.card_number_begin, purchase.card_number_end, purchase.card_number_hash, purchase.card_pay_incident_count, purchase.card_type_code, purchase.card_usr_birth_date, purchase.change_date, purchase.creation_date, purchase.currency_id, purchase.has_cbv, purchase.ip_address, purchase.is_cbv_applicable, purchase.is_tracking_direct, purchase.operation_id, purchase.payment_type_code, purchase.pch_followup_code, purchase.pch_status_code, purchase.pch_type_code, purchase.request_date, purchase.row_version, purchase.security_number, purchase.tracking_date, purchase.usa_address1, purchase.usa_address2, purchase.usa_city, purchase.usa_country_id, purchase.usa_digicode, purchase.usa_email_address, purchase.usa_fax_number,purchase.usa_first_name, purchase.usa_last_name, purchase.usa_phone_comment_1, purchase.usa_phone_comment_2, purchase.usa_phone_comment_3,purchase.usa_phone_number_1, purchase.usa_phone_number_2, purchase.usa_phone_number_3, purchase.usa_state_id, purchase.usa_zip, purchase.usr_coupon_id, purchase.usr_title_code, purchase.usr_tracking_id
FROM purchase
WHERE (purchase.pch_status_code = 120)
ORDER BY purchase.authorization_date DESC
;


147 ligne(s) sélectionnée(s).

Ecoulé : 00 :00 :28.68

Plan d'exécution
----------------------------------------------------------
   0 SELECT STATEMENT Optimizer=ALL_ROWS (Cost=152824 Card=1468909 Bytes=368696159)
   1 0 SORT (ORDER BY) (Cost=152824 Card=1468909 Bytes=368696159)
   2 1 TABLE ACCESS (FULL) OF 'PURCHASE' (TABLE) (Cost=108405 Card=1468909 Bytes=368696159)


Statistiques
----------------------------------------------------------
          1 recursive calls
          0 db block gets
     255491 consistent gets
     255486 physical reads
          0 redo size
      40056 bytes sent via SQL*Net to client
        522 bytes received via SQL*Net from client
         11 SQL*Net roundtrips to/from client
          1 sorts (memory)
          0 sorts (disk)
        147 rows processed
Commentaire de Patrick Pereira [ 23/oct./08 12:21 ]
Pas de pb.

Elapsed: 00:00:00.00

Execution Plan
----------------------------------------------------------
Plan hash value: 304265661

-----------------------------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes |TempSpc| Cost (%CPU)| Time |
-----------------------------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1192K| 276M| | 151K (1)| 00:30:20 |
| 1 | SORT ORDER BY | | 1192K| 276M| 887M| 151K (1)| 00:30:20 |
| 2 | TABLE ACCESS BY INDEX ROWID| PURCHASE | 1192K| 276M| | 88763 (1)| 00:17:46 |
|* 3 | INDEX RANGE SCAN | PURCHASE_FKIX_STATUS_TYPE_AUTH | 1192K| | | 543 (1)| 00:00:07 |
-----------------------------------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   3 - access("PURCHASE"."PCH_STATUS_CODE"=TO_NUMBER(:X1))


Statistics
----------------------------------------------------------
          0 recursive calls
          0 db block gets
         41 consistent gets
          0 physical reads
          0 redo size
      12749 bytes sent via SQL*Net to client
        627 bytes received via SQL*Net from client
          3 SQL*Net roundtrips to/from client
          1 sorts (memory)
          0 sorts (disk)



[APP-12422] pb de redirect vers le bo Création: 19/sept./06 14:39  Mise à jour: 25/juin/07 18:44  Résolue: 10/oct./06 10:12

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 9.0.4
Version(s) corrigée(s): 9.0.4

Type: Bogue Priorité: Majeur
Rapporteur: Nydia Yallico Attribution: Antoine Koener
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
a pour doublon APP-12395 lorsque l'inscription est validée, o... Fermé
Pays:
ESP - Espagne
Site: Integ

 Description   
https://www.es.integ/connect?action=login&c=80&dest=%2Fuser

Lorsque je clique sur les onglets notamment "mi cuenta", dans cet exemple, je suis redirigée vers le lien BO : http://bo.es.integ/user

Merci

Nydia

 Commentaires   
Commentaire de Arnaud Forgues [ 19/sept./06 15:29 ]
il semblerait que cela vienne de la regle de réécriture des pages https vers http ...
Commentaire de Arnaud Forgues [ 04/oct./06 12:23 ]
c'est bon ca non ? pourquoi tu ne le fermes pas ?
Commentaire de Arnaud Forgues [ 09/oct./06 16:48 ]
allo !!?
Commentaire de Nydia Yallico [ 10/oct./06 10:11 ]
Oui ! j'étais en vacances !!! Je ferme le JIRA !!!!
Commentaire de Lydia Dali [ 17/oct./06 11:23 ]
ok en integ



[APP-18704] BO: affichage configuration produit Création: 27/nov./07 07:29  Mise à jour: 11/févr./08 11:44  Résolue: 27/nov./07 07:58

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 18.0.0
Version(s) corrigée(s): 19.0.0

Type: Bogue Priorité: Mineur
Rapporteur: Geneviève Beaujard Attribution: Geneviève Beaujard
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: File img.bmp    
Pays:
ALL - Tous
Projets PM archivés: Maintenance 19.x.x

 Description   
L'url suivante http://bo.pm.lan/referential_back?action=productconfigurationlist&show=0 nous donne un affichage incomplet de la conf produit.

 Commentaires   
Commentaire de Geneviève Beaujard [ 27/nov./07 07:58 ]
Checking in ProductConfigurationListAction.java;
/home/cvs/dev/source/src/com/babelstore/referential/back/ProductConfigurationListAction.java,v <-- ProductConfigurationListAction.java
new revision: 1.16; previous revision: 1.15
done



[APP-2116] page messages type du bo Création: 30/mars/04 10:54  Mise à jour: 25/juin/07 18:24  Résolue: 25/juin/07 18:24

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.1.8
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Steven Harel Attribution: Arnaud Forgues
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
le nombre de lignes est limité à 200 sur la page "messages type" du bo.
il faudrait afficher toutes les lignes par défaut lorsque l'on ouvre la page
ou lorsqu'on actualise.

 Commentaires   
Commentaire de Quentin de Chivré [ 30/mars/04 16:40 ]
a préciser
Commentaire de Arnaud Forgues [ 14/avr./04 12:29 ]
Ajout des valeurs 500 et 1000 dans la liste de choix + conservation du contexte
de recherche lors du déplacement ou de la suppression d'un template ou d'un
groupe



[APP-2414] Problème de picto en BO Création: 22/juin/04 17:02  Mise à jour: 25/juin/07 18:25  Résolue: 25/juin/07 18:25

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.1
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Validator Attribution: Manuel Sadok
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Le picto est incorrect dans le BO.
En effet, le coeur, symbole de l'amour, n'est adapté qu'au mois de février.

Je propose un soleil à la place

 Commentaires   
Commentaire de Quentin de Chivré [ 22/juin/04 19:28 ]
et vive la revoluchione
Commentaire de Quentin de Chivré [ 24/juin/04 10:13 ]
murf



[APP-15438] Problème de visualisation sur le BO Création: 06/mars/07 13:52  Mise à jour: 19/nov./07 12:28  Résolue: 05/oct./07 18:27

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 13.0.2
Version(s) corrigée(s): 18.0.0

Type: Bogue Priorité: Mineur
Rapporteur: Daniel Pintamalli Attribution: Swan Desportes
Résolution: Impossible à reproduire  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
ALL - Tous
Site: Prod
Projets PM: *** RESERVE ***
Navigateur: Tous
Classif1: BO
Classif2: ajax

 Description   
Il existe un problème de visualisation sur le BO. Lorsque l'on clique sur le noeud '+', les lignes se décalent vers le bas:

http://bo.priceminister.es/category_back?action=categorytree&anchorkey=222692&categorystatus=2&unfold=222692.222180.225558.216273.0.1.&1173185227342#marker

 Commentaires   
Commentaire de Daniel Pintamalli [ 06/mars/07 13:55 ]
Exemple:

             + Geografía. Viajes
             + Gastronomía
             + Ciencias de la Salud
                Congresos. Seminarios. Actas



             - Economía y Empresa
               + Economía
                + Empresa
                + Ciencias e Industria
Commentaire de Christophe Garcia [ 06/mars/07 15:19 ]
Arnaud, il me semble que ce décalage est volontaire.
N'a-t-on pas prévu de le dégager parce que y'a pas à dire, c'est pas chouette ! :)
Il me semble même qu'il existe dèjà un JIRA mais je ne sais plus lequel.
Commentaire de Swan Desportes [ 05/oct./07 18:27 ]
Ca a du être déjà corrigé !
[CAJ200710]



[EXP-4838] UK Liste FP soumises: pas de rafraichissement en BO + FP validées invisibles en FO Création: 03/juin/09 09:51  Mise à jour: 10/juin/09 11:25

Etat: Ouvert
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Aurélien Vergalli Attribution: Patrice Boulanger
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File exemple fp soumis sup uk.JPG     JPEG File fp soumis uk.JPG    
Pays:
GBR - Royaume Uni

 Description   
Les fiches soumises ayant été validées/supprimées depuis le 06/05 ne disparaissent pas des listes des fiches soumises en BO.

 Commentaires   
Commentaire de Aurélien Vergalli [ 10/juin/09 11:23 ]
Je précise que les fiches validée n'apparaissent pas en FO.
Exemple:
- recherche sans résultat : http://bo.priceminister.co.uk/navigation/se/category/sa/kw/Housing+For+Samsung+E350+Black+
- fiche BO validée http://bo.priceminister.co.uk/referential_back?action=productview&productid=38066960




[EXP-3132] [process de déploiement infoglue] Besoins de nouveaux comptes Création: 03/janv./07 10:59  Mise à jour: 25/juin/07 19:00  Résolue: 26/janv./07 11:20

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Swan Desportes Attribution: ZZ_Arnaud Baali
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous

 Description   
Afin de mettre en place le process de déploiement Infoglue dans sa version finale, nous avons besoins de 3 comptes pour faire tourner l'application et de 3 comptes cms pour accéder aux schémas infoglue.

- compte "dev_ref" (reprise de dev_param) + compte "cms_ref", pour travailler sur la version en cours de développement
- compte "dev_fr" + compte "cms_fr" pour travailler sur la version en cours en France (versions mineurs + bugfixes)
- compte "dev_es" + compte "cms_es" pour travailler sur la version en cours en Espagne (différente de France...)

Pour ces 6 comptes, nous avons besoin de la conf JBoss standard.

Merci

 Commentaires   
Commentaire de Patrice Boulanger [ 03/janv./07 14:03 ]
Arnaud,

il faudrait créer ces 6 comptes en les répartissant sur bollinger, boulard et gobillard (voir avec Judd). Puis, assigner ce Jira à Judd pour qu'il modifie ses scripts de déploiement de conf Jboss pour prendre ces nouveaux uitlisateurs en compte.

Merci.
Commentaire de Swan Desportes [ 03/janv./07 15:38 ]
Rectification : après discussion avec Judd et Arnaud, l'idée serait de les rassembler sur bollinger et de leur donner des noms neutres.
Ce qui donne :
- param1, param2 et param3
- cms1, cms2 et cms3
Commentaire de ZZ_Arnaud Baali [ 03/janv./07 16:13 ]
Les comptes ont été créés.
Ils sont tous sur Bollinger saud cms2 qui est sur brice et utilisé
Je pense le migrer demain soir

Peux tu quand meme lancer la conf des autres users pour Jboss

Merci
Commentaire de Judd OSullivan [ 04/janv./07 12:44 ]
J'ai créé 6 conf jboss avec les ports suivants :
cms1 1180
cms2 1280
cms3 1380
param1 3180
param2 3280
param3 3380

Je propose qu'on designe un proprietaire pour ces comptes (Swan ?) qui les paramétres comme il faut et qui est le contact primaire en cas de souci.
Commentaire de Swan Desportes [ 04/janv./07 18:08 ]
ok merci

Le propriétaire peut être moi ou Olivier Bourgois.
Je t'assigne la tache, Olivier, pour que tu prépare les 3 comptes CMS.
Commentaire de Swan Desportes [ 24/janv./07 18:29 ]
Arnaud, est ce que tu peux me créer un param4 également ?
J'ai besoin d'un 4eme environnement de DEV pour le param.
Commentaire de ZZ_Arnaud Baali [ 25/janv./07 08:12 ]
L'utilisateur param4 a été créé sur Bollinger
Commentaire de Swan Desportes [ 25/janv./07 09:49 ]
Est ce que tu pourrais mettre une conf JBoss standard pour param4 sur Bollinger ?
Merci

(param4 vise à remplacer dev_118n sur brice)
Commentaire de Judd OSullivan [ 25/janv./07 11:33 ]
JBoss conf param4 créée.
Commentaire de Judd OSullivan [ 25/janv./07 11:40 ]
Est-ce que tu peux créér aussi 4 comptes plus generique sur bollinger :
devtest1
devtest2
devtest3
devtest4

Et ensuite on peut probablement fermer ce bug.
Commentaire de ZZ_Arnaud Baali [ 25/janv./07 13:41 ]
Les 4 comptes ont été créés
Commentaire de Swan Desportes [ 25/janv./07 14:01 ]
Une dernière demande du param ce matin : disposer d'un environnement factice pour tests et formations.
Est ce que tu pourrais me créer les comptes cms5 et param5 ?

Merci

(a priori c'est les derniers)
Commentaire de ZZ_Arnaud Baali [ 25/janv./07 14:10 ]
Voilà c'est fait aussi
Commentaire de Swan Desportes [ 25/janv./07 16:01 ]
Un dernier effort ;-)
Deux petits environnements JBoss pour cms5 et param5...
Commentaire de Judd OSullivan [ 25/janv./07 16:08 ]
Et un dernier : il nous faut un cms4.



[INF-388] Adresses BO : modifications des destinataires Création: 26/oct./09 14:31  Mise à jour: 27/oct./09 14:38  Résolue: 27/oct./09 12:13

Etat: Résolu
Projet: Infrastructure
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Majeur
Rapporteur: Jemima Barru Attribution: Stéphane Eccli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Stéphane,

voici les nouveaux groupes de destinataires pour les adresses BO :

bo.sav.fr.1@priceminister.com : Jémima, Hind, Manuela, Vanessa, Pierre-Edouard, Julien, Jennifer
bo.sav.fr.2@priceminister.com : Jonathan, Jeff, Céline, Stéphanie, Siham
bo.sav.fr.3@priceminister.com : Eve, Graziella, Rachid, Axelle, Sébastien W
bo.sav.es.1@priceminister.com : Laura, Juan, Héléna
bo.sav.uk.1@priceminister.com : Laura, Thomas, Oliver

 Commentaires   
Commentaire de Stéphane Eccli [ 26/oct./09 14:42 ]
merci de me mettre tout ça sous la forme de leurs adresses mail.
Commentaire de Jemima Barru [ 27/oct./09 10:25 ]
- bo.sav.fr.1@priceminister.com
jemima.pinel@priceminister.com
hind.belhadi@priceminister.com
manuela.paillussiere@priceminister.com
vanessa.bader@priceminister.com
pierre-edouard.battistini@priceminister.com
julien.griffon@priceminister.com
jennifer.looten@priceminister.com


- bo.sav.fr.2@priceminister.com
jonathan.lesage@priceminister.com
jeff.stanley@priceminister.com
celine.maraud@priceminister.com
stephanie.boillon@priceminister.com
siham.mnaouare@priceminister.com

- bo.sav.fr.3@priceminister.com
eve.pioche@priceminister.com
graziella.seide@priceminister.com
rachid.guernane@priceminister.com
axelle.lirvat@priceminister.com
sebastien.wallaeys@priceminister.com


- bo.sav.es.1@priceminister.com
laura.yeo@priceminister.com
juanluis.fajardoruiz@priceminister.com
helena.le-brun@priceminister.com

- bo.sav.uk.1@priceminister.com
laura.yeo@priceminister.com
thomas.springett@priceminister.com
oliver.moss@priceminister.com
Commentaire de Stéphane Eccli [ 27/oct./09 12:13 ]
done
Commentaire de Jemima Barru [ 27/oct./09 12:21 ]
Merci Stéphane.

Jonathan, Eve, Laura, merci de tester votre alias auprès de vos collaborateurs.
Commentaire de Laura Yeo [ 27/oct./09 13:57 ]
alias es et uk, ok.
Commentaire de Jemima Barru [ 27/oct./09 14:19 ]
ok pour le SAV1
Commentaire de Jonathan Lesage [ 27/oct./09 14:33 ]
OK pour le SAV2
Commentaire de Eve Pioche [ 27/oct./09 14:38 ]
RAS de notre côté également. Tout fonctionne.



Installation Business Objects Production (BIN-15)

[BIN-16] Mise à disposition des CD de BO Création: 08/déc./05 11:10  Mise à jour: 14/sept./07 16:54  Résolue: 08/déc./05 11:27

Etat: Fermé
Projet: Business Intelligence
Composants: Production
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Critique
Rapporteur: Sébastien Tournay Attribution: Agathe Remy
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Il faudrait créer une nouvelle copie des CD d'installation de BO. Y'a visiblement un problème sur la précédente copie. Faudrait s'assurer de notre coté que nous arrivons à les lire avant de les envoyer.

On peut aussi envoyer directement les CD originaux à JMH. Voir avec François pour les récupérer.

 Commentaires   
Commentaire de Pap Ndiaye [ 08/déc./05 11:27 ]
OK mais qu'elle etait le problème parce que je les ai testé sur Ruinart.

Je vais tous de meme demander à Francois si on peux envoyer les originaux.



[INF-659] Arrivée de Guillaume Sader au BO Création: 28/févr./11 10:08  Mise à jour: 28/févr./11 10:10

Etat: Ouvert
Projet: Infrastructure
Composants: Arrivée/Départ
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Victoire Douay Attribution: Stéphane Eccli
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Word Arrivée Guillaume Sader.doc     Microsoft Excel Equipe - Plan bureaux.xlsx    

 Description   
Bonjour,

Guillaume arrive le 01 Mars 2011, soit demain, au back office.

On va l'installer dans l'équipe internationale, à la place de Fabien Lucas, CF plan BO.

Nous nous excusons de ce court délai mais nous avons du faire face au départ imprévu de Fabien.

Merci,

Victoire



[IMP-4929] creation compte ftp - site ES - pseudo avalos_eu Création: 23/déc./09 11:31  Mise à jour: 19/janv./10 17:18  Résolue: 19/janv./10 17:18

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Frederic vacher Attribution: Daniel Pintamalli
Résolution: Incomplet  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à IMP-4933 appeler avalos_eu Résolu
Pays:
ESP - Espagne
Login: avalos_eu
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces

 Description   
Merci de créer un compte FTP pour le compte d'avalos_eu.

Merci

Fred

 Commentaires   
Commentaire de Daniel Pintamalli [ 30/déc./09 16:18 ]
Si le fichier est extrait depuis son serveur ce n'est pas la peine de créer un compte FTP. Par contre, comment va-t-il valider ses commandes?
Commentaire de Daniel Pintamalli [ 05/janv./10 15:02 ]
Pas de nouvelles du PRO.

Son téléphone ne répond pas.
Commentaire de Frederic vacher [ 05/janv./10 15:07 ]
Est ce que l'on peut lui envoyer la liste complète des valeurs du site en High-Tech et electroménager?

J'ai un autre N° est ce que tu pourrais essayer de l'appeler sur ce nouveau n°? Thanks!
902 898 138
Commentaire de Daniel Pintamalli [ 06/janv./10 13:40 ]
Le 902 898 138 ne répond pas...

Il n'a pas répondu mon mail non plus.
Commentaire de Daniel Pintamalli [ 07/janv./10 16:38 ]
Le 902 898 138 ne répond toujours pas...
Je lui ai renvoyé un mail.
Commentaire de Daniel Pintamalli [ 11/janv./10 15:59 ]
Réponse du PRO:

-------- Original Message --------
Subject: Re: Fwd: Priceminister.com - avalos_eu - IMP-4933
Date: Mon, 11 Jan 2010 10:14:02 +0100
From: Pedro Avalos <pedro@avalos-market.com>
To: <avalos@avalos-market.com>
Reply-To: pedro@avalos-market.com
 
On Thu, 07 Jan 2010 16:25:17 +0100, "avalos-market.com" wrote:
Hola. Te comento por partes.
- Sobre la modificacion del texto producto (retorno carro) están insertadas en muy pocos productos para dar una lista mas clara y por eso esta con formato HTML, es complicado quitar este tema, de todas formas es sobre una familia que no esta ya disponible "Regalos Navidad".
- Efectivamente el ID_producto es nuestro codigo y siempre va ha ser el mismo y unico por producto.
- El codigo fabricante esta incluido en la ultima actualizacion, podemos crear una relacion con vuestro codigo si lo deseas.
- El proceso de pedidos se hace manualmente ahora mismo, si me pasas los datos para generarlo el proceso via FTP tambien es posible, pero ahora estamos liados con otro tema que urge mas, debe esperar por lo menos 20 dias.
Te recuerdo que puedes descargar el fichero desde http://tuinfoweb.com/gestion/archivos/fichero_price_minister.csv
Un saludo.
Commentaire de Daniel Pintamalli [ 11/janv./10 16:26 ]
Il me faudrait une colonne avec le code fabricant afin de mieux intégrer son fichier.
Je lui ai envoyé un mail car son téléphone n'est jamais disponible.

On aura peut être une réponse en 2011.
Commentaire de Frederic vacher [ 11/janv./10 16:30 ]
2011 t'es optimiste :)
Commentaire de Daniel Pintamalli [ 19/janv./10 17:18 ]
Demande à rouvrir dès qu'on aura des nouvelles du PRO.



[APP-2110] impossible "d'étendre claim" en bo Création: 25/mars/04 16:12  Mise à jour: 25/juin/07 18:24  Résolue: 25/juin/07 18:24

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.1.8val
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Emilie Froissard Attribution: Martin Sudmann
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
la fonctionnalité "étendre claim" en bo qd on a plusieurs articles ds le même
panier du même vendeur ne fonctionne plus.

Il affiche le message suivant:
Erreur lors du traitement de l'article 7555479 : java.lang.NullPointerException
Erreur lors du traitement de l'article 7555480 : java.lang.NullPointerException
... (voir lien:http://bo.priceminister.com/purchase_back?
action=doublemail&itemid=7555494&purchaseid=4844700&treatall=true)

Fiche panier: http://bo.priceminister.com/purchase_back?
action=purchaseview&purchaseid=4844700

Fiche recherche d'article (url ci-dessous)...

Merci,
Emilie

 Commentaires   
Commentaire de Martin Sudmann [ 05/avr./04 10:14 ]
pas assez d'informations pour essayer de reproduire le bug:
- claim étendue à partir de quelle article ?
- type et état de claim de cet articles et des autres ?

j'attend que ça se reproduit, sinon je présume erreur d'utilisation de macro.
Commentaire de Martin Sudmann [ 14/avr./04 17:00 ]
quand on étend une réclamation sans lancer une macro (bouton en bas de la
page), le double mail code est vide et provoque une NullPointerException.
Solution: tester avec equals(), où null est légal.

fait.



[APP-18277] Mon compte : Nombre de prix à aligner est incorrect Création: 17/oct./07 18:03  Mise à jour: 05/nov./07 14:56  Résolue: 22/oct./07 18:31

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 17.1.0
Version(s) corrigée(s): 17.2.0

Type: Bogue Priorité: Majeur
Rapporteur: Christophe Garcia Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg     JPEG File screenshot-2.jpg    
Pays:
FRA - France
Site: Integ
Projets PM archivés: Maintenance 17.x.x

 Description   
On prend en compte les annonces AUTO.

 Commentaires   
Commentaire de Renaud Dierickx [ 18/oct./07 10:09 ]
En allant sur la page ' http://bo.priceminister.com/user_back?action=userstatistics ', on voit qu'il y a plusieurs contextes où ce compteur est utilisé...

Voir Données "annonces" > Nombre d'annonces à aligner (INVENTORY_COUNT_ALIGN)
Liste des contextes :
    * Tous les compteurs
    * FO : Inventaire (calculé pour chaque categorie de produit)
    * FO : Mon compte Classic
    * FO : Mon compte Auto PART
    * API : Mail bilan vendeur (avec annonces) (calculé depuis le vue matérialisé 'advert_global_seller_stats_mv')
    * API : Cache "ADVERT_STATS"

Si on corrige ce compteur, il faudra donc :
- corriger la requête
- corriger la vue matérialisé advert_global_seller_stats_mv

On supprimera également le calcul ce compteur pour le contexte 'FO : Mon compte Auto PART' car on ne souhaite plus calculer le nombre d'annonces à aligner pour l'auto.

Il faudra aussi s'assurer que l'édito du bilan vendeur est toujours correcte.

Donc il y a plusieurs impacts risqués. Je préfère décaler ce jira pour la V17.2.0 (ou V18.0.0).
Commentaire de Renaud Dierickx [ 22/oct./07 18:33 ]
Voici des fichiers à tagger pour la V17_2_0 :
- database/procedures/advert_mv.sql
- source/src/com/babelstore/advert/AdvertCountersConstants.java
- source/src/com/babelstore/advert/business/AdvertCountQuery.java
 
Il y a aussi un script dans V:\Database\V17_2_0\integ...

Pour info, voir le bilan vendeur (screenshot-2.jpg).



[IMP-3631] paramétrage compte ftp et profil sellermania: OCCAZEXPRESS Création: 05/mai/09 18:37  Mise à jour: 30/oct./09 15:52  Résolue: 06/mai/09 13:55

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: michalon Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: OCCAZEXPRESS
Séparateur: N/A
Type de traitement:
N/A

 Description   
paramétrage compte ftp et profil sellermania

 Commentaires   
Commentaire de Fotigui Tangara [ 06/mai/09 13:43 ]
Demande en cours de traitement...
Commentaire de Fotigui Tangara [ 06/mai/09 13:43 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : occazexpress
mot de passe : fjze873hG
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui

=====================================================================
Commentaire de Fotigui Tangara [ 06/mai/09 13:54 ]
Demande traitée...



[APP-9687] Problèmes avec moteur de recherche BO Création: 23/mai/06 13:59  Mise à jour: 25/juin/07 18:39  Résolue: 12/juin/06 17:53

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 8.1.2d
Version(s) corrigée(s): 9.0.1

Type: Bogue Priorité: Critique
Rapporteur: Jonathan Moreau Attribution: Patrick Pereira
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 45 minutes
Estimation originale: Non spécifié


 Description   
Lorsque l'on effectue une recherche produit via le BO, dès que l'on rajoute les critères de date, ça n'avance plus du tout et reste comme sur l'image indéfiniment, et donc impossible de faire une recherche par date.


http://img151.imageshack.us/img151/8725/recherche2gs.jpg

 Commentaires   
Commentaire de Julien Rampon [ 23/mai/06 15:07 ]
Voici la requète SQL effectuée :

-- ItemSearchQuery
VAR x1 NUMBER § EXEC :x1 := 1141;
VAR x2 DATE § EXEC :x2 := TO_DATE('2006-05-22 00:00:00', 'YYYY-MM-DD HH24:MI:SS');
VAR x3 DATE § EXEC :x3 := TO_DATE('2006-05-24 00:00:00', 'YYYY-MM-DD HH24:MI:SS');
SELECT item.item_id, item.adv_allow_pickup, item.adv_allow_shipping, item.adv_currency_id, item.adv_is_original, item.adv_pickup_country_id, item.adv_pickup_email_address, item.adv_pickup_phone_number, item.adv_pickup_zip, item.adv_quality_code, item.adv_sale_price, item.adv_seller_comment, item.adv_seller_private_comment, item.adv_seller_reference1, item.adv_serial_number, item.adv_type_code, item.advert_id, item.buyer_account_id, item.buyer_bonus, item.buyer_comment, item.buyer_login, item.buyer_negotiation_comment, item.buyer_remind_code, item.buyer_remind_date, item.change_date, item.claim_closing_date, item.claim_comment, item.claim_compensation_id, item.clm_status_code, item.closing_date, item.commission_id, item.commit_date, item.compensation_id, item.compensation_processing_date, item.complement_product_id, item.cpl_prd_text_1, item.creation_date, item.currency_id, item.feedback_date, item.history, item.is_abandonned, item.item_commission_tax_rate, item.item_cost_price, item.item_fixed_commission_net, item.item_fixed_commission_tax, item.item_varia_commission_net, item.item_varia_commission_tax, item.itm_cancel_code, item.itm_claim_type_code, item.itm_status_code, item.itm_type_code, item.last_claim_date, item.origin_block, item.origin_screen, item.prd_author_name, item.prd_back_category_id, item.prd_currency_id, item.prd_distributor_name, item.prd_editor_name, item.prd_icon_id, item.prd_line_key, item.prd_list_price, item.prd_manufacturer_key, item.prd_medium_code, item.prd_model_key, item.prd_performer_name, item.prd_release_date, item.prd_text_1, item.prd_title, item.prd_type_code, item.product_id, item.purchase_id, item.return_shipping_price, item.row_version, item.seller_account_id, item.seller_bonus, item.seller_country_id, item.seller_justification, item.seller_login, item.seller_remind_code, item.seller_remind_date, item.seller_score, item.ship_commission_net, item.ship_commission_tax, item.ship_commission_tax_rate, item.ship_cost_price, item.shipment_number_1, item.shipment_number_2, item.shipping_size_id, item.shipping_type_id, seller_account.usr_type_code
FROM item, user_account seller_account, purchase
WHERE (seller_account.user_account_id = item.seller_account_id)
AND (item.itm_status_code IN (10,20,30,40,60,70,100))
AND (item.prd_type_code = :x1)
AND (purchase.purchase_id = item.purchase_id)
AND (purchase.authorization_date >= :x2)
AND (purchase.authorization_date < :x3)
ORDER BY item.creation_date desc
;


Elle semble poser problème.
Commentaire de Patrick Pereira [ 23/mai/06 16:04 ]
C'est sur que c'est celle-là ?
Combien de temps a-t-elle pris ?
Quand je l'execute directement sur la base j'ai le résultat en 7s dans le pire des cas (0.30s dans le meilleur).
Commentaire de Julien Rampon [ 24/mai/06 12:05 ]
Effectivement ce n'est pas la bonne requète (celle ci avait été effectuée hier à 8h51, or les tests ont été faits aux alentours de 14h, mais les dates spécifiées correspondaient pour la requète).

La requete n'apparait pas dans le fichier de logs, je ne sais pas comment la trouver.

Peut etre en l'executant et en regardant sur la base directement ?
Commentaire de Patrick Pereira [ 05/juin/06 16:01 ]
La requête à problème est la suivante :

VAR x1 NUMBER ;
EXEC :x1 := 1780;
VAR x2 VARCHAR2(50) ;
EXEC :x2 := '2006-05-22 00:00:00';
VAR x3 VARCHAR2(50) ;
EXEC :x3 := '2006-05-25 00:00:00';

SELECT /*+ FIRST_ROWS INDEX(product) */ product.product_id, product.adv_currency_id, product.author_name, product.barcode, product.base_product_id, product.best_price, product.book_price_category, product.change_date, product.collectible_best_price, product.collectible_count, product.collectible_currency_id,
product.creation_date, product.currency_id, product.data_file_id, product.data_file_process_cycle, product.data_file_process_id, product.distributor_name, product.editor_name, product.fast_notification_date, product.first_prd_image_id, product.freshness_date, product.is_available, product.list_price,
product.long_title, product.max_currency_id, product.max_price, product.medium_count, product.new_best_price, product.new_count, product.new_currency_id, product.owner_account_id, product.performer_name, product.prd_attribute_01_value_key, product.prd_attribute_01_value_value, product.prd_attribute_02_value_key,
product.prd_attribute_02_value_value, product.prd_attribute_03_value_key, product.prd_attribute_03_value_value, product.prd_attribute_04_value_key, product.prd_attribute_04_value_value, product.prd_attribute_05_value_key, product.prd_attribute_05_value_value, product.prd_attribute_06_value_key, product.prd_attribute_06_value_value,
 product.prd_attribute_07_value_key, product.prd_attribute_07_value_value, product.prd_attribute_08_value_key, product.prd_attribute_08_value_value, product.prd_attribute_09_value_key, product.prd_attribute_09_value_value, product.prd_attribute_10_value_key, product.prd_attribute_10_value_value, product.prd_attribute_11_value_key,
 product.prd_attribute_11_value_value, product.prd_attribute_12_value_key, product.prd_attribute_12_value_value, product.prd_attribute_13_value_key, product.prd_attribute_13_value_value, product.prd_attribute_14_value_key, product.prd_attribute_14_value_value, product.prd_attribute_15_value_key, product.prd_attribute_15_value_value,
 product.prd_attribute_16_value_key, product.prd_attribute_16_value_value, product.prd_attribute_17_value_key, product.prd_attribute_17_value_value, product.prd_attribute_18_value_key, product.prd_attribute_18_value_value, product.prd_attribute_19_value_key, product.prd_attribute_19_value_value, product.prd_attribute_20_value_key,
 product.prd_attribute_20_value_value, product.prd_attribute_21_value_key, product.prd_attribute_21_value_value, product.prd_attribute_22_value_key, product.prd_attribute_22_value_value, product.prd_attribute_23_value_key, product.prd_attribute_23_value_value, product.prd_attribute_24_value_key, product.prd_attribute_24_value_value,
 product.prd_attribute_25_value_key, product.prd_attribute_25_value_value, product.prd_attribute_freshness_date, product.prd_availability_code, product.prd_back_category_id, product.prd_change_code, product.prd_comment, product.prd_icon_id, product.prd_line_key, product.prd_manufacturer_key, product.prd_medium_code, product.prd_model_key,
 product.prd_source_code, product.prd_status_code, product.prd_type_code, product.prd_visibility_code, product.release_date, product.remark, product.row_version, product.sort_author, product.sort_title, product.spec_status_code, product.stock_quantity, product.suspicion_cause, product.text_1, product.title, product.unlimited_count,
 product.used_best_price, product.used_count, product.used_currency_id, product.user_account_id, product.vat_id, product.warranty_list_image_id, product.warranty_text, product.weight, product.wish_quantity,
user_account.login, DECODE(user_account.usr_type_code, 30, 1, 0) AS isPro
FROM product, user_account
WHERE (user_account.user_account_id (+) = product.user_account_id)
AND (product.prd_status_code IN (10,15,20,30,40,50,60,80))
AND (product.base_product_id IS NULL)
AND (product.prd_type_code IN (:x1))
AND (product.change_date >= TO_DATE(:x2, 'YYYY-MM-DD HH24:MI:SS'))
AND (product.change_date < TO_DATE(:x3, 'YYYY-MM-DD HH24:MI:SS'))
ORDER BY product.change_date DESC
;


Je travaille dessus.
Commentaire de Patrick Pereira [ 06/juin/06 17:19 ]
L'index utilisé n'est pas correct.
Après recalcule des stats ça va mieux. Mais il n'existe pas d'index utilisant la change date.
Ca pourrait-être pas mal d'en créer un nouveau. A voir plus tard.
Commentaire de Lydia Dali [ 06/juin/06 19:57 ]
Toujours d'actualité.
Commentaire de Patrick Pereira [ 07/juin/06 17:40 ]
Après vérif, en fait c'est ok.
Commentaire de Lydia Dali [ 07/juin/06 17:45 ]
ok en integ et en prod (du probablement au pb réseau d'hier).
Commentaire de Patrick Condevaux [ 03/juil./06 18:48 ]
ok en INTEG



[APP-17691] Des paniers négatifs en BO Création: 03/sept./07 18:31  Mise à jour: 16/avr./08 11:16  Résolue: 07/févr./08 16:03

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 20.0.0

Type: Bogue Priorité: Mineur
Rapporteur: Alexandre Garnier Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Classif1: TX
Classif2: panier
Projets PM archivés: Maintenance 20.x.x

 Description   
En vidant en BO un panier avec réduction, le total du panier devient négatif (de la valeur de la réduction) ce qui fait bizarre mais non gênant.
De plus aucune ligne "réduction" n'apparait dans le bloc "Bilan Panier" ce qui n'aide pas à comprendre ce prix.

 Commentaires   
Commentaire de Renaud Dierickx [ 07/févr./08 16:03 ]
C'est en fait un problème d'état du panier car on affiche les réductions capturées.
Donc tant que le panier n'a pas été capturé on ne voit pas celle-ci dans le bloc "Bilan Panier".
J'ai corrigé le problème en affichant le getCaptureCouponAmount si le panier a été capturé sinon on utilise le getAuthorizationCouponAmount.



[APP-19312] Plantage BO (au premier appel ?) Création: 29/janv./08 15:30  Mise à jour: 01/févr./08 11:58  Résolue: 01/févr./08 11:58

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 19.0.0
Version(s) corrigée(s): 19.0.0

Type: Bogue Priorité: Bloquant
Rapporteur: Christophe Garcia Attribution: Manuel Sadok
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM archivés: Maintenance 19.x.x

 Description   
http://bo.pm.lan/user_back?action=usersearch&fuzzy=false&numberrows=200

Note : ne se reproduit pas quend on fait F5.

2008-01-29 15:26:31,983 INFO [P-Processor7] BO:Anonyme - >>> GET http://bo.pm.lan/user_back?action=usersearch&fuzzy=false&numberrows=200
2008-01-29 15:26:31,984 ERROR [P-Processor7] BO:Anonyme - Action 'null' not defined
2008-01-29 15:26:31,984 ERROR [P-Processor7] BO:Anonyme - No layout defined - An action might not have been registered
Servlet : com.babelstore.user.back.UserBackServlet
Request : GET http://bo.pm.lan/user_back?action=usersearch&fuzzy=false&numberrows=200
Referrer : http://bo.pm.lan/summary
User-Agent : Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)

2008-01-29 15:26:32,002 INFO [ool Worker-7] - Populating TG : CatId=103129 name=[BD > Mangas] T=10 M=30 TgId=851824
2008-01-29 15:26:32,003 INFO [P-Processor7] BO:Anonyme - <<< [19 ms] GET http://bo.pm.lan/user_back?action=usersearch&fuzzy=false&numberrows=200

 Commentaires   
Commentaire de Swan Desportes [ 31/janv./08 14:13 ]
Est ce que le tableau de modèles dans la resquest a corrigé ce problème ?



[APP-5474] Amélioration du BO attribut Création: 18/août/05 09:55  Mise à jour: 25/juin/07 18:31  Résolue: 10/juil./06 17:29

Etat: Fermé
Projet: Application PriceMinister
Composants: Produits
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Critique
Rapporteur: Nicolas Gréhalle Attribution: Dispatcher (Dev-WishList)
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Dépendance
bloque APP-5472 Conversion de la valeur numérique des... Fermé
Site: Prod
WishList: Paramétrage
WishList - Priorité: 1

 Description   
Ajout d'actions supplémentaires sur le BO Attribut : possibilité de supprimer ou fusionner des valeurs avec répercussion sur les produits, sélections / suppressions multiples, ... Une première phase devrait être faite avec des améliorations demandées par l'équipe validation produit. Voir si ces modifications répondent aux besoins

 Commentaires   
Commentaire de Jérôme Viviès [ 10/juil./06 17:29 ]
Nous allons de nouveau gérer les wish-lists sous Excel.
Cette demande n'a plus lieu d'être sous Jira.



[BIN-260] création de nouvelles occurences sous BO Création: 08/janv./07 17:15  Mise à jour: 14/sept./07 17:34  Résolue: 08/janv./07 18:24

Etat: Fermé
Projet: Business Intelligence
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Majeur
Rapporteur: Thomas Beylot Attribution: Agathe Remy
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Hello

suite à la création d'un nouveau rapport je me suis rendu compte qu'il me manquait des filtres/indicateur. A savoir:

- user registration month (aujorud'hui on a user registration date)
- select user creation month (aujourd'hui on a par period)
- select user registration month / date (on a rien)


merci

thomas

 Commentaires   
Commentaire de Agathe Remy [ 08/janv./07 18:24 ]
Univers France - User Account
Dans la classe User Account, ont été créés :
- La dimension User registration month
- La condition Select registration date period
- La condition Select registration month period

Dans la classe User creation date hierarchy, il existe déjà une consition Select user month.

Cordialement,
Agathe




[APP-2858] Configuration recherche produit en BO Création: 12/oct./04 10:14  Mise à jour: 25/juin/07 18:26  Résolue: 25/juin/07 18:26

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.6val
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Manuel Sadok Attribution: Manuel Sadok
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Cheminement du problème :

- On configure en BO la recherche produit de manière à avoir 2 drop down dans
la barre de recherche en FO.

- Finalement on décide de n'avoir qu'une seule drop down, donc on supprime les
noeuds qui ne sont plus nécessaires dans l'arbre de configuration en BO.

- Là, on arrive au problème... si on ne supprime pas les alias des noeuds
correspondant respectivement à la recherche principale et à la recherche
secondaire, en front on continue à afficher les 2 drop down et ces dernières
sont vides.

==> Conclusion : Après une petite recherche dans le code, le problème se situe
dans la classe HeaderModel. On test seulement si le noeud existe mais pas si
il est actif...

 Commentaires   
Commentaire de Quentin de Chivré [ 12/oct./04 12:23 ]
Ben tu peux le corriger...
Contournement qd même : supprimer les alias dans un 1er temps ca devrait suffir
Commentaire de Manuel Sadok [ 13/oct./04 12:33 ]
fait



[BIN-354] [Finance] : Ecart entre Titan et BO au niveau des mouvements du PMV / 1ier juillet 2007 Création: 08/août/07 19:21  Mise à jour: 14/sept./07 18:05  Résolue: 10/août/07 15:02

Etat: Fermé
Projet: Business Intelligence
Composants: Finance
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Philippe Favrot Attribution: Romain Czornomaz
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel Debit purchase (Titan)_1 juillet 07.xls    
Pays:
FRA - France

 Description   
Agathe, Romain,
On a un nouvel écart en date du 1ier juillet sur les mouvements PMV entre Titan et BO pour les débit_purchase :
            Titan : 17 094,65 ¿
            BO : 17 374,33 ¿
soit un écart de 279,68 ¿.
En pièce attachée le détail des 17 094,65 ¿ de Titan
Merci de votre aide
Philippe

 Commentaires   
Commentaire de Romain Czornomaz [ 09/août/07 17:08 ]
Philippe,

Suite à l'investigation, il n'y a pas d'écarts entre TITAN et BO, je tombe sur 1057 operations pour un montant 17374.33 ¿ pour la date du 1er juillet 2007.

Tiens moi au courant si tu as réussi à trouver la cause de l'écart que tu avais trouvé de ton coté.

Romain
Commentaire de Philippe Favrot [ 10/août/07 12:09 ]
Romain,
j'ai repris les fichiers et refais mes manip ; effectivement tu as raison, il n'y a pas d'écart.
Vraiment désolé du temps que je t'ai fais perdre sur ce coup...
Jira à cloturer donc
Philippe
Commentaire de Romain Czornomaz [ 10/août/07 15:02 ]
Pas de soucis :)

Romain



[APP-5294] BO annonce : Envoi d'un mail lors de la suppression d'annonce Création: 05/juil./05 15:24  Mise à jour: 25/juin/07 18:30  Résolue: 05/sept./05 17:38

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 8.0.3
Version(s) corrigée(s): 8.0.6

Type: Nouvelle fonctionnalité Priorité: Majeur
Rapporteur: Benjamin Guerville Attribution: Geneviève Beaujard
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
alors, il s'agit de rajouter un mail automatique à l'endroit suivant :
fiche annonce BO / suppression
utiliser le même mail que dans "problème annnonce / action : supprimer l'annonce"
 vu avec Pascal et Steven

Merci

 Commentaires   
Commentaire de Steven Harel [ 25/juil./05 10:36 ]
http://bo.priceminister.com/advert_back?action=advertbackview&advertid=24144614

lien rouge "suppression"

avec pop up : "suppression de l'annonce" et "envoie du message ..."

il faut créer un nouveau message
Commentaire de Quentin de Chivré [ 25/juil./05 10:58 ]
Il s'agit d'une macro alors ?
Commentaire de Geneviève Beaujard [ 28/juil./05 13:20 ]
en quelque sorte oui.
je ne vais pas faire de barres de macro, mais modifier le code AdvertCloseAction qui va appelé MacroHelper.
je ferai une barre quand plusieurs macros seront demandées.
Commentaire de Geneviève Beaujard [ 28/juil./05 17:04 ]
OK
Commentaire de Geneviève Beaujard [ 02/sept./05 14:18 ]
Le message qui est envoyé a un message type dont l'alias est advert_closed.
Ce message type a les variables velocity habituelles + la variable advert (AdvertFormat)
Attention cet alias n'est pas crée en integ et en prod.
J'envoie un mail pour que steven le fasse.
Commentaire de Geneviève Beaujard [ 05/sept./05 17:38 ]
OK stevens a créer le message type advert_closed
Commentaire de Florent Bernard [ 07/oct./05 12:01 ]
OK suppression d'annonce et mail bien recu



[APP-6523] Fiche test soumise en front activée instantanément sans passer par la case BO. Création: 30/nov./05 12:13  Mise à jour: 25/juin/07 18:33  Résolue: 01/déc./05 10:38

Etat: Fermé
Projet: Application PriceMinister
Composants: Produits
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 8.0.8d

Type: Bogue Priorité: Majeur
Rapporteur: Aurélien Vergalli Attribution: Validator
Résolution: Invalid  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
http://bo.priceminister.com/referential_back?action=productview&productid=16749362

Cette fiche produit livre (Test) soumise en Front a été validée automatiquement.

Merci

 Commentaires   
Commentaire de Christophe Garcia [ 01/déc./05 10:38 ]
Vu avec Nicolas GREHALLE : La fiche a été créée en FO (mais lancé depuis le BO).
La création de la fiche se fait donc avec les privilèges BO ce qui se traduit par une validation automatique de la fiche produit.



[INF-122] équipe validation BO - Installation poste suite arrivée collègue Création: 16/juil./08 09:20  Mise à jour: 01/août/08 16:50  Résolue: 01/août/08 16:50

Etat: Résolu
Projet: Infrastructure
Composants: Arrivée/Départ
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Aurélien Vergalli Attribution: Christophe Garcia
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Word Fiche arrivée Caroline B.doc    

 Description   
Caroline Bandollier rejoint l'équipe validation BO le lundi 04 Aout 2008.
Le poste de Jonathan Moreau (à l'abandon...) peut être réutilisé.

 Commentaires   
Commentaire de Aurélien Vergalli [ 31/juil./08 09:55 ]
Rappel: La personne arrive lundi 4 aout. Merci de me tenir informé.
Commentaire de Stéphane Eccli [ 01/août/08 11:31 ]
compte mail et reseau créés, reste Jira
Commentaire de Christophe Garcia [ 01/août/08 16:50 ]
Fait



[APP-11846] [Migration EJB3] Le propriétaire d'une fiche produit ne change plus après modif en BO Création: 28/août/06 15:42  Mise à jour: 25/juin/07 18:43  Résolue: 28/août/06 18:21

Etat: Fermé
Projet: Application PriceMinister
Composants: Produits
Affecte la/les version(s): 9.0.3
Version(s) corrigée(s): 9.0.3

Type: Bogue Priorité: Critique
Rapporteur: Manuel Sadok Attribution: Mostafa Diane
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Dépendance
bloque APP-11768 [Auto] On ne peut pas supprimer les p... Fermé

 Description   
Avant, lorsqu'une fiche produit était modifiée en BO, le BO devenait propriétaire de cette fiche produit. Cela empêchait toute modification ultérieure autre que par le BO.
Désormais, ce changement de propriétaire n'est plus réalisé, ce qui peut poser de graves problèmes.

Ce changement était fait dans le ProductUpdateAction, en appelant une méthode 'changeOwner' du ProductBusinessBeanNG.

Il faut re-implémenter cette notion dans l'utilisation des EJB3

 Commentaires   
Commentaire de Manuel Sadok [ 28/août/06 15:47 ]
Le problème ne semble plus se produire.

J'ai l'impression que le problème survenait lorsque la FP était validé en BO, ce qui engendrait son changement de propriétaire et un bug devait également re-initialiser le propriétaire de l'image ce qui fait que la personne ne pouvait plus la modifier dans son inventaire.

Une fois avoir corrigé le bug APP-11846, bien vérifier que la soumissio/suppresion d'image fonctionne toujours.
Commentaire de Mostafa Diane [ 28/août/06 18:21 ]
C'est réglé: Désormais llors de la modif par le back Office d'une fiche produit. le PM PriceMinister devient propriétaire
Commentaire de Lydia Dali [ 06/sept./06 12:21 ]
ok en integ.



[APP-30585] [Création de Compte] : En cas d'adresse e-mail différente entre "Identification" et "Création", on crée un nouveau compte plutôt que de modifier le compte contact créé initialement Création: 04/août/10 19:07  Mise à jour: 17/sept./10 15:10  Résolue: 13/sept./10 16:08

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 77.0.0 (TX-P)

Type: Amélioration Priorité: Majeur
Rapporteur: Emeric Teil Attribution: Marc-Antoine Decreton
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM: *** CHASSE ***

 Description   
Depuis qu'on demande l'adresse e-mail sur la page Identification :
-> On crée un compte contact (à moins qu'il en existe déjà un pour cette adresse) dès la validation de cette page
-> Lors de la création de compte, on pré-remplie le champ adresse avec cette adresse, et si l'utilisateur la confirme, le compte contact existant va automatiquement être migré en compte "normal", cela en utilisant la mécanique pré-existante (lors de la création d'un compte, si l'adresse fournie est associée à un compte contact alors on migre celui-ci plutôt de créer un nouveau compte)

Cependant, si je me trompe d'adresse sur la page "Identification" (et qu'on me crée donc un compte contact avec cette adresse), si lors de la création de mon compte, je m'en aperçoit et la rectifie :
-> On me crée un nouveau compte
-> Le compte contact précédemment créé n'est ni modifié ni supprimé

Il serait plus logique de modifier ce compte contact, dans le cas, bien sur, ou tout cela se passe dans la "session utilisateur"...

Il faudrait donc transmettre le userId du compte contact créé à la première étape à la suivante et ré-utiliser ce compte lors de la seconde...

 Commentaires   
Commentaire de Marc-Antoine Decreton [ 09/août/10 10:36 ]
[CAJ2010Q3TX]
Commentaire de Marc-Antoine Decreton [ 09/août/10 10:46 ]
Avant : lors de la création de compte utilisateur, on faisait une recherche pour savoir si un compte contact avec la même adresse email existait. Si c'était le cas, alors on migrait le compte contact en compte classique. Si ce n'était pas le cas, on créait un nouveau compte classique.

Désormais : lors de la création de compte, l'utilisateur est obligé de créer un compte contact. On migrera donc toujours ce compte contact lors de la création d'un compte classique, et ce même s'il modifie son adresse email (on effectue la recherche par id et plus par adresse email).
Dans l'éventualité où l'utilisateur accède à la page de création de compte sans avoir créé de compte contact au préalable, alors on effectue toujours une recherche par adresse email pour migrer un compte contact éventuel.
Commentaire de Thomas Landru [ 13/sept./10 10:50 ]
Suite aux modifications faites sur PEC3, ce comportement n'est plus mis en oeuvre.

Un compte contact est bien créé, mais si l'on modifie l'adresse mail, on créé un compte utilisateur non lié à ce compte contact.
Commentaire de Marc-Antoine Decreton [ 13/sept./10 16:08 ]
Le bug avait bien été corrigé, mais sur la version existante de la page de création de compte.
La correction a donc été reporté sur la nouvelle page de création de compte (checkoutAddressRegister).
Commentaire de Thomas Landru [ 13/sept./10 17:31 ]
Testé sur dev1, tout est ok à la fois dans le nouveau et l'ancien processus d'inscription



[APP-18095] le lien "vider" en BO ne marche pas Création: 02/oct./07 16:29  Mise à jour: 03/oct./07 14:38  Résolue: 03/oct./07 14:38

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 16.1.0
Version(s) corrigée(s): 17.0.0

Type: Bogue Priorité: Majeur
Rapporteur: Celine Maraud Attribution: Validator
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
doublon de APP-17485 Le lien " vider stocks" ne fonctionne... Fermé
Pays:
FRA - France

 Description   
Le lien "vider" (coté vendeur) lorsqu'on est sur la page d'utilisateur ne fonctionne pas.

Ex : le vendeur Bertrand122 nous a demandé de vider son inventaire, ce qui a été fait le 06/09/07, et a date du 02/10/07, ses articles (au nombre de 1300) sont toujours là alors que le stock devrait être à 0.

http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=13389770



[APP-17872] Problème des images dans le menu en BO Création: 21/sept./07 12:02  Mise à jour: 26/sept./07 15:34  Résolue: 24/sept./07 09:51

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 17.0.0
Version(s) corrigée(s): 17.0.0

Type: Bogue Priorité: Mineur
Rapporteur: Alexandre Garnier Attribution: Damien Dorizy
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
a pour doublon APP-17879 [Menu BO] Les flèches indiquant l'ouv... Fermé
Projets PM archivés: Ressouces (Lot2)

 Description   
Les URLs des images diffèrent entre DEV, INTEG et PROD, notamment il y a "/content/@VERSION@" en plus au début des URLs en INTEG et PROD.
Actuellement, les URLs des images d'ouverture/fermeture des blocs du menu BO sont gérées dans le JS et du coup ne sont pas bonnes en INTEG et PROD.
Il faudrait faire en sorte que ces images retournent dans un process classique : CSS ou JSP pour éviter ce problème.

 Commentaires   
Commentaire de Damien Dorizy [ 24/sept./07 09:51 ]
Corrigé en ajoutant une classe contenant l'image à la place d'un appel javascript.



[APP-30252] [Identification BO] Souci à la déconnexion Création: 07/juil./10 12:01  Mise à jour: 12/juil./10 11:14  Résolue: 08/juil./10 18:42

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 73.0.0 (TX-O)
Version(s) corrigée(s): 73.0.0 (TX-O)

Type: Bogue Priorité: Mineur
Rapporteur: Arnaud Forgues Attribution: Arnaud Forgues
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM: *** CHASSE ***

 Description   
Suite à la modification de l'identification en BO, le comportement suivant n'est plus présent :
- s'identifier avec un pseudo
- cliquer sur ce pseudo dans le bloc en haut à gauche, une popup s'ouvre pour modifier le pseudo
- effacer le pseudo puis valider sur ok, ce qui a pour effet de délogger
- et normalement la page doit se recharger une fois que l'on clique sur ok, ce qui n'est plus le cas maintenant

 Commentaires   
Commentaire de Arnaud Forgues [ 08/juil./10 18:42 ]
Corrigé !
Commentaire de Thomas Landru [ 09/juil./10 18:43 ]
c'est tout bon sur dev1



[EXP-2545] Nouvel arrivant équipe Validation (BO) Création: 22/août/06 16:30  Mise à jour: 25/juin/07 18:58  Résolue: 01/sept./06 09:28

Etat: Résolu
Projet: Exploitation
Composants: Installation
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Aurélien Vergalli Attribution: ZZ_Arnaud Baali
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Word Fiche de Création.doc    

 Description   
Jean-François Laujol a rejoint l'équipe validation BO. Notre collègue aurait besoin d'une session, compte mail, etc...
Merci.

 Commentaires   
Commentaire de ZZ_Arnaud Baali [ 24/août/06 10:49 ]
Merci de me remplir la fiche jointe pour que je puisse commencer la création. Le délai est de 5 jours ouvrés



[APP-13825] [VERIF ESP] Le BO ES prod ne fonctionne pas sous IE7 ? Création: 23/nov./06 13:51  Mise à jour: 25/juin/07 18:47  Résolue: 01/déc./06 17:58

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 10.0.1
Version(s) corrigée(s): 12.0.0

Type: Bogue Priorité: Majeur
Rapporteur: Jérôme Viviès Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
a pour doublon APP-14831 bo es n'est pas accessible avec ie7 Fermé
Pays:
ESP - Espagne
Site: Prod
Classif1: I18N
Classif2: finition
Projets PM archivés: Maintenance 11.0.0

 Description   
Je n'arrive pas à loader la page.
J'ai re-testé sur le PC de Yassine, ça ne fonctionne pas non plus...
Pourtant le BO FR marche bien.

 Commentaires   
Commentaire de Younès Charrière [ 23/nov./06 16:20 ]
Effectivement, sous IE7 la page est blanche et on a un "Error on Page" comme message d'erreur.
Commentaire de Patrick Condevaux [ 01/déc./06 17:52 ]
Ca ne fonctionne toujous pas avec IE7

Commentaire de Renaud Dierickx [ 01/déc./06 17:58 ]
Il faut peut-être mettre la V11 sur l'Espagne pour voir ma correction...
Enfin... c'est vous qui voyez !!! ;o))
Commentaire de Patrick Condevaux [ 04/déc./06 12:55 ]
ok pour le BO de l'integ FR qui fonctionne bien en V11.0.0

a verifier sur l'integ ES lorsqu'elle sera en V11
Commentaire de Patrick Condevaux [ 29/janv./07 11:49 ]
la correction (faite sur la V11) passera avec la version 12 sur l'espagne
Commentaire de Patrick Condevaux [ 29/janv./07 11:50 ]
ok verifier sur l'integ maintenant qu'elle est passé en V12



Optimisation FP H1 (APP-21034)

[APP-21038] [pre deploy H1] Paramétrage des bons templates FP dans le BO Création: 02/juil./08 10:35  Mise à jour: 17/juil./08 17:38  Résolue: 17/juil./08 11:24

Etat: Fermé
Projet: Application PriceMinister
Composants: Référencement
Affecte la/les version(s): 25.0.0 (CTN-D)
Version(s) corrigée(s): 25.0.0 (CTN-D)

Type: Sub-improvement Priorité: Critique
Rapporteur: Thierry Leforestier Attribution: Rémi Virlouvet
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM: *** RESERVE ***

 Description   
Liaison avec les bons templates IG dans le BO pour les catégories impactées par les modifications H1 Culturels et High Tech

 Commentaires   
Commentaire de Ariane Baldinger [ 02/juil./08 14:04 ]
a faire en Integ à partir de la semaine prochaine - attendre feu vert (pré-integ doit avoir démarré)
à refaire en Prod (post ou pre depoly à confirmer)
Commentaire de Ariane Baldinger [ 07/juil./08 13:54 ]
La pré-integ a commencé, tu peux maintenant brancher les nouveux templates sur les configurations pdt.
Commentaire de Rémi Virlouvet [ 07/juil./08 16:29 ]
branchement nouveaux templates effectués sur conf produits en INTEG.
Commentaire de Thierry Leforestier [ 07/juil./08 16:36 ]
Peux-tu vérifier le paramétrage Remi, j'ai l'impression que ca ne fonctionne pas comme on le voudrait. cf cette url :

http://www.pm.lan/offer/buy/61078019/EXTENSA-5220-100508MI-CELM-540-80GB-512MB-15-4IN-DVD-RW-VHB-FR-LX-E870Y-099-Ordinateur-de-bureau.html

Soit les templates IG ne sont pas disponibles en integ, soit une erreur s'est glissée dans le nom du template, soit un problème de cache, a vérifier dès que possible.

Merci
Commentaire de Rémi Virlouvet [ 07/juil./08 17:23 ]
Mince, certains (dont detail_classic_split_headline_template utilisé sur les pc portables) ne sont en effet pas dispo en integ, car non publiés sur IG.
Ils avaient été refusés en bloc (à cause de mon problème de '' et ") et non resoumis à publication depuis.
Je les ai soumis...
Commentaire de Rémi Virlouvet [ 07/juil./08 17:48 ]
prochaine integ à 18h30
Commentaire de Thierry Leforestier [ 07/juil./08 17:52 ]
Merci remi
Commentaire de Rémi Virlouvet [ 08/juil./08 10:23 ]
L'integ est enfin revenue, tout semble fonctionner comme prévu...
Commentaire de Ariane Baldinger [ 15/juil./08 14:07 ]
Rémi,
Tu peux maintenant faire le même param en BO de Prod.
Commentaire de Thierry Leforestier [ 15/juil./08 14:31 ]
Merci de m'indiquer quand le paramétrage aura été fait en prod et sera visible sur Preview. Pour rappel, une simple erreur d'espace peut casser tous les H1.

Thierry
Commentaire de Ariane Baldinger [ 15/juil./08 15:23 ]
Le paramétrage pré-déploiement consiste à brancher les nouveaux templates sur les types produits identifiés - à ce stade on ne fait plus de modif html.
Commentaire de Thierry Leforestier [ 15/juil./08 15:25 ]
Je parlais des espaces dans les noms des templates ^^ Remi en sait quelquechose :p
Commentaire de Rémi Virlouvet [ 15/juil./08 17:30 ]
visible sur Preview.
Commentaire de Thierry Leforestier [ 17/juil./08 10:04 ]
On peut clore ce Jira ?



[APP-31666] [Gestionnaire de commandes] ne pas afficher (batch :XXX) sur la fiche article en BO Création: 08/nov./10 16:40  Mise à jour: 15/déc./10 14:29  Résolue: 01/déc./10 17:26

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 81.1.2 (Clickintext + Redirections NPF FR et ES)
Version(s) corrigée(s): 81.1.2 (Clickintext + Redirections NPF FR et ES)

Type: Bogue Priorité: Majeur
Rapporteur: Thomas Landru Attribution: Jeremy Maltis
Résolution: Invalid  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg     JPEG File TMP_relance_batch.jpg    
Liens des demandes:
Duplicate
a pour doublon APP-32216 Historique e-mail : supprimer mention... Fermé
Pays:
ALL - Tous
Site: Recette
Projets PM: CoSAV : Gestionnaire de commande
Navigateur: Tous

 Description   
Il ne faut pas afficher la partie "(batch : XXX)" dans les mails du bloc acheteur/vendeur sur la fiche article en BO (voir imprimé écran).

 Commentaires   
Commentaire de Habib-Sylvain Gourguet [ 18/nov./10 09:59 ]
Voir nouveau screenshot.

Les mails de relance font toujours mention du batch en Prod.
Commentaire de Habib-Sylvain Gourguet [ 18/nov./10 10:00 ]
Transaction correspondante :

http://bo.priceminister.jmh/purchase_back?action=itemview&itemid=148369240
Commentaire de Jeremy Maltis [ 18/nov./10 10:29 ]
Le mail en question date du 10/11/10.
Nous n'avons pas modifié les mails déjà envoyés. Cependant, les prochains mails qui seront envoyés ne comporteront plus la mention "(batch : ...)".
Commentaire de Jeremy Maltis [ 18/nov./10 10:36 ]
AFO : On n'a pas prévu de migrer l'historique des messages



[APP-30928] Modification message BO UK Création: 09/sept./10 11:10  Mise à jour: 09/sept./10 13:45

Etat: Ouvert
Projet: Application PriceMinister
Composants: Mails
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Julien Buhagiar Attribution: Thomas Springett
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
GBR - Royaume Uni
Projets PM: *** A PLANIFIER ***

 Description   
Bonjour

Pourriez-vous rajouter dans le message "Contacts> créer un compte pro" le texte suivant:

All you need to know about your Professional shop on priceminister


en y mettant le lien hypertexte dessus: http://www.priceminister.com/visuels/PRO/SellersGuide2010-09.pdf

A placer au dessus de "Welcome to PriceMinister, Happy selling! "



[APP-2739] BO : Paniers en observation Création: 06/sept./04 10:09  Mise à jour: 25/juin/07 18:25  Résolue: 25/juin/07 18:25

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.5
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Sebastien Bruzzone Attribution: Martin Sudmann
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
compte : benhacq007

cet utilisateur a fait 2 achats, le 1er achat est passé en observation le 4/09
car le montant était élevé mais le second commandé le lendemain n'est pas
passé en observation.

On avait mis une règle spécifiant que tous les paniers commandés après un
panier en observation le seraient aussi mais y a t-il une restriction
concernant les dates de paniers si celui-ci n'est pas passé en observation ?
(si tu ne comprends pas, tu peux venir me voir)

 Commentaires   
Commentaire de Martin Sudmann [ 07/sept./04 11:05 ]
j'avais oublié de créer la règle Velocity dans le scripte de migration.



[APP-24557] [CoSAV] Page User BO - Distinction ventes "cancel" et "négos" refusées Création: 10/mars/09 13:27  Mise à jour: 18/mai/09 10:31  Résolue: 18/mai/09 10:27

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 47.0.0 (TX-G)

Type: Amélioration Priorité: Mineur
Rapporteur: Cedric Favero Attribution: Fabien Bourdoulous
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File premier_cas.jpg     JPEG File screenshot-1.jpg     JPEG File screenshot-2.jpg    
Pays:
ALL - Tous
Projets PM: *** RESERVE ***

 Description   
Sur la page USER, on un compteur des ventes confirmées et non confirmées. (cf capture)

Pb: celui-ci compte les ventes NEGO refusées , ce qui ne devrait pourtant pas etre considéré comme des ventes annulées.

Ce compteur "non confirmées" ne devrait pas tenir compte des NEGO.

 Commentaires   
Commentaire de Cedric Favero [ 10/mars/09 13:29 ]
Ce pseudo en exemple n'a en fait réellement qu'une vente annulée mais là on aurait tendance à lui reprocher trop d'annulations.
Commentaire de Emeric Teil [ 01/avr./09 11:40 ]
Donc on modifie l'affichage, cf capture d'écran
Commentaire de Emeric Teil [ 01/avr./09 12:12 ]
Cedric, OK avec : "12 conf. - 3 annul. - 6 refus."

Avec : "nbVentesAcceptées (dont négo) - nbVentesAnnulées - nbNégosRefusées"

?
Commentaire de Fabien Bourdoulous [ 02/avr./09 11:57 ]
Demande de précision :
Cette demande concerne uniquement ce simple problème d'affichage sur la page USER en BO ? Ou alors est-ce une demande plus globale et à l'avenir les ventes non confirmées excluront définitivement les négociations annulées ? (nbVentesNonConfirmées est un paramètre global)

Dans le premier cas, on affichera simplement sur cette page : nbVentesAnnulées = nbVentesNonConfirmées - nbNégoRefusées.
Dans le second cas, on considera dans toutes l'application que : nbVentesNonConfirmées = nbVentesAnnulées.
Commentaire de Fabien Bourdoulous [ 02/avr./09 12:10 ]
Si on est dans le premier cas, est-ce que ça n'est pas plus logique d'afficher :
"12 confirmées - 9 non confirmées dont 6 refus de négo"

Avec le lien "non confirmées" qui pointe sur une page de recherche incluant les négo refusées.
Commentaire de Fabien Bourdoulous [ 02/avr./09 12:16 ]
(voir screenshot)
Commentaire de Cedric Favero [ 02/avr./09 13:52 ]
Non justement.
L'information qui nous est importante c'est les ventes annulées (timeout ou seller_refused).
C'est sur cette base qu'on va dire que la personne abuse et qu'elle merite une action de notre part.

Le nombre de négo refusées finalement nous importe peu.
Commentaire de Emeric Teil [ 02/avr./09 14:42 ]
Le nombre de négo vous importe peu mais le SAV n'est pas le seul utilisateur du BO (à priori).

Jusqu'à aujourd'hui on a le nombre globale de refus, si on exclue les négos, on perd, d'une certaine manière de l'information, donc pour moi on doit la conserver en l'affichant séparément.

Comme ça, le SAV a le compteur qui l'intéresse et les autres utilisateurs, s'ils en ont besoin, ont l'info sur les négos.

Donc : on affiche "nbVentesAcceptées (dont négo) - nbVentesAnnulées - nbNégosRefusées"

Wording : "12 conf. - 3 annul. - 6 refus." avec tooltip sur chacun des compteurs affichant respectivement "nbVentesAcceptées (dont x négo) - nbVentesAnnulées - nbNégosRefusées"

NB : le "x" négo, est la cerise sur le gâteau, si il ajoute une requête/est problématique en perf. on s'en passera très bien.

Pour finir : chacun des lien doit pointer sur la recherche correspondante (dont sur " 3 annul." le lien doit amener à la recherche avec uniquement les ventes annulées, sans les négos)


Commentaire de Cedric Favero [ 02/avr./09 14:48 ]
Au niveau des wordings et sans meme les tooltips, on aurait pas pu juste inscrire?:

       "12 confirmées - 3 annulées - 6 négo refusées"
ou "12 confirmées - 3 annulées - 6 refus négo"

Pas la place?

Car pour moi une vente annulée peut aussi etre une vente refusée (seller_refused)
Commentaire de Emeric Teil [ 02/avr./09 14:52 ]
Comme vous voulez pour le wording mais il ne fait pas oublier que certains vendeur ont plusieurs milliers de vente à leur actif...

NB : Fabien, n'afficher les refus négo que si >0

Commentaire de Fabien Bourdoulous [ 02/avr./09 15:57 ]
Pour conclure :
- Wording : "XX confirmées - XX annulées - XX refus négo"
- XX annulées -> renvoie vers la liste des ventes annulées, négo exclues
- XX refus négo -> renvoie vers la liste des négos refusées
- pas de tooltip : le comptage de négociations confirmées nécéssiterait une nouvelle requête.
Commentaire de Emilien Guichard [ 15/avr./09 10:03 ]
Recette OK en DEV
Commentaire de Cedric Favero [ 13/mai/09 11:55 ]
En dev je ne vois le wording tel que défini.

je vois 51198 conf. - 6 annul.

Ona bien la place de metter en toutes lettres non? Pas tres lisible comme çà.

Je rappelle le dernier message de Fabien:
Wording : "XX confirmées - XX annulées - XX refus négo"
Commentaire de Emilien Guichard [ 13/mai/09 14:26 ]
Avec ce wording, au delà d'un certain nombre l'affichage passait sur 2 lignes cassant ainsi la maquette.

C'est pourquoi nous avons été obligé de réduire.
Commentaire de Cedric Favero [ 13/mai/09 14:36 ]
Tu as un exemple? Meme sur de gros comptes PRO je le constate pas.

Et ce qui rend bizarre , c'est que dans 90% des cas , on ne voit plus que 547 conf. -
 (pourquoi le tiret d'ailleurs?)


Commentaire de Emeric Teil [ 18/mai/09 10:27 ]
Le wording mis est- celui qui a été validé, on ne va pas revenir systématiquement sur ce genre de choses...
Commentaire de Cedric Favero [ 18/mai/09 10:31 ]
Non,le wording n'est pas celui qui avait été validé. Il a été raccourci (meme si justifié)

On pourrait au moins laisser "confirmées" en toutes lettres..
Et je prefere dire çà maintenant plutot qu'y revenir plus tard !

Meme si effectivement pas ce qu'il y a de plus critique..



[EXP-4494] CLONE -prblm connexion compte bangmedia_fr Création: 22/août/08 09:45  Mise à jour: 12/déc./08 10:52  Résolue: 12/déc./08 10:52

Etat: Résolu
Projet: Exploitation
Composants: Evolution
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Bloquant
Rapporteur: Jany Marimoutou Attribution: Ange Ferrari
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Le compte : bangmedia_fr
http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=15263840

Le vendeur m'a envoyé ce message ce matin. J'ai besoin d'un traitement urgent de son problème afin d'éviter des annulations :

Hi Both,

There seems to be an IT problem on your end, our system is not able to retrieve orders from Priceminister backend. As a result most of the orders from 01/08/08 are not process except for the ones which I've replied to Jany yesterday. We also have problems logging into priceminister to resolve this issue, could you kindly get your IT dept to check on this matter & keep us posted of the outcome. In view of this issue on your end, I hope we are not set for vacation since the problem is with your IT dept. We would appreciate if you could advise us the outcome soonest as to enable us to resume business as usual. Let me know if you need to discuss this matter via phone.


 Commentaires   
Commentaire de Jany Marimoutou [ 22/août/08 09:48 ]
Bangmedia_fr nous a donné en premier lieu l'IP qu'il utilise pour la connexion FTP. Maintenant serait-il possible de débloquer l'IP suivante : 61.14.65.135
Qu'il utilise pour aller sur son compte, sur le site
Commentaire de Ange Ferrari [ 22/août/08 17:21 ]
il est deja debanni avec cette ip
Commentaire de Cantoni Carlos [ 04/sept./08 17:20 ]


le partenaire nous informe qu'il a encore des problemes de connexion sur le site. Vous pouvez verifier SVP? merci

HI Daniel,
Could you kindly advise us when we are able to access to priceminister platform, it's issue has not been resolved nearly for 1 month. We would appreciate if this matter could be resolved soon as we've been having a lot of problems with priceminister orders. We are able to retrieve orders on our system but the program would not validate the orders automatically when we process the orders on our site. As a result in view of this issue we are receiving a lot of validation orders from price minister requesting to cancel order when we have already process & deliver the orders. I would like to resolve this issue by this week & hope you would help us to resolve this matter too. We would appreciate if you could look into this & resolved this issue quickly. If there is anything that you need us to look into on our end please feel free to contact me via phone or e-mail.
Regards & waiting to hear from you soon
Haffiz Zainal

Commentaire de Cantoni Carlos [ 04/sept./08 17:21 ]
le compte est sur pm Espagme, pseudo bang_media
Commentaire de Ange Ferrari [ 12/déc./08 10:52 ]
c'est bon depuis le temps



[APP-23835] Messages types BO Uk Création: 31/déc./08 14:58  Mise à jour: 13/janv./09 11:30  Résolue: 06/janv./09 17:18

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 38.0.0 (TX-D Bis)

Type: Bogue Priorité: Critique
Rapporteur: Gaël Seguillon Attribution: Habib-Sylvain Gourguet
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
GBR - Royaume Uni
Projets PM: *** RESERVE ***

 Description   
Bonjour pour les messages types de la boîte produit du site UK les contacts des commerciaux dans les messages types Inscription Pro sont ceux de la France il faut remplacer les contacts en ligne par uniquement le contact de Jeremy pallot jeremy.pallot@priceminister.com
+33 1(0) 1 42 78 95 48
pour tous les messages BO Inscritption pro remplacer les contacts des commerciaux France par for all information please contact Jeremy Pallot
 jeremy.pallot@priceminister.com
+33 1(0) 1 42 78 95 48
Merci
Gaël

 Commentaires   
Commentaire de Jérôme Viviès [ 31/déc./08 15:06 ]
Cédric,
Ce n'est pas toi qui t'occupes de ça ?
Commentaire de Cedric Favero [ 02/janv./09 09:38 ]
Si c'est nous.
On avait mit le contact de Gael je crois.

Mais on va faire la modif sur touts les mails concernés.

Merci.
Commentaire de Cedric Favero [ 02/janv./09 09:39 ]
Je veux bien qu'on le ressorte de Dispatcher PAram CSI car je ne peux ni le modifier ni l'affecter.

Merci.
Commentaire de Jérôme Viviès [ 05/janv./09 16:39 ]
Ok, j'ai passé la demande en APP et je l'ai assignée à Cédric comme demandé.
Commentaire de Cedric Favero [ 05/janv./09 17:05 ]
Habib tu feras la modif?
Merci.
Commentaire de Habib-Sylvain Gourguet [ 06/janv./09 17:18 ]
Modif effectuée en Prod UK.

Jérémy Pallot
jeremy.pallot@priceminister.com
Tel. +33 1.42.78.95.48



[APP-5629] Script : Suppression de types du BO Création: 08/sept./05 09:27  Mise à jour: 25/juin/07 18:31  Résolue: 21/sept./05 17:35

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 8.0.6

Type: Tâche Priorité: Majeur
Rapporteur: Nicolas Gréhalle Attribution: Patrick Pereira
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: File migrate.sql     File migrate2.sql    
Site: Prod

 Description   
Serait il possible de faire disparaitre les types de produit suivant de la configuration du BO et éventuellement changer le type des produits existants ?

- Ecran Plasma (220) ==> Télévision (1020)
- FB mobilier bureau (1203) ==> Mobilier (1560)
- Jouets anciens (1260) ==> Jouets (1280)
- Enfants divers (1400) ==> Puériculture générale (1320)

En effet, ces types de produits ne sont pas utilisés dans la configuration (ils sont issus de tentatives commerciales désespérées pour sortir des produits au plus vite sans réflexion préalable).

Il faudrait garder le script au frais après usage car on risque d'en avoir encore besoin au fur et à mesure de nos nettoyages.

Merci

 Commentaires   
Commentaire de Quentin de Chivré [ 09/sept./05 17:27 ]
Le bug est de supprimer ces types de produit
Commentaire de Geneviève Beaujard [ 16/sept./05 12:40 ]
Patrick m'a dit qu'il existait deja une moulinette pout traiter ce probleme.
J'attends donc son retour pour continuer.
Commentaire de Patrick Pereira [ 21/sept./05 17:35 ]
C'est fait.

Entre migrate.sql et migrate2.sql j'ai fait :

delete from prd_configuration where prd_type_code IN (220, 1203, 1260, 1400);
commit;



[IMP-2132] whooper veut pouvoir importer ses images sur son compte ftp Création: 22/avr./08 10:51  Mise à jour: 30/oct./09 15:46  Résolue: 24/avr./08 09:34

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Anne Korchia Attribution: Fabien Farache
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: whooper
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces avec mise à jour/création produits (écrasement)

 Description   
whooper veut pouvoir importer ses images sur son compte ftp

 Commentaires   
Commentaire de Fabien Farache [ 23/avr./08 09:23 ]
Qui est ce whooper ?? il n'y a aucun partenaire de ce nom dans le BO
Commentaire de Fabien Farache [ 23/avr./08 18:06 ]
en fait il s'avère que c'est whoopper (avec 2 p !!)
Commentaire de Fabien Farache [ 24/avr./08 09:34 ]
J'ai modifié la config de son ftp.

Ce partenaire peut faire de l'import d'images via son ftp en les déposant dans le répertoire ".../Images/" de son compte



[IMP-2378] ouverture compte FTP type neteven pro muzik31 Création: 23/juin/08 14:30  Mise à jour: 30/oct./09 15:43  Résolue: 08/oct./08 17:23

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Gaël Seguillon Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: muzik31
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)
Groupe: neteven

 Description   
ouverture compte FTP type neteven pro muzik31

 Commentaires   
Commentaire de Fotigui Tangara [ 24/juin/08 09:27 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : muzik31
mot de passe : GoLPApmk7731
Serveur : ftp.priceminister.com / fr

=====================================================================
Commentaire de Jany Marimoutou [ 08/oct./08 16:45 ]
Bonjour,

Reçu à ce jour le message suivant du PRO :

je viens de recevoir un message de sellermania me disant que mon
compte ftp serait configuré pour neteven à ma demande. si tel est le
cas , je vous demande d'annuler cette configuration , ne souhaitant
ni travailler avec neteven ni avec sellermania et je vous demande de
me tenir au courant sur cette affaire , je vous en remercie par avance
.
Cordialement jl caillaudeau

Merci donc de remettre la configuration originale de son FTP
Commentaire de Jany Marimoutou [ 08/oct./08 17:19 ]
merci de lire le dernier commentaire
Commentaire de Fotigui Tangara [ 08/oct./08 17:23 ]
Merci de créer un nouveau JIRA avec les modifications à apporter pour ce PRO.






[IMP-7184] création compte ftp pour pro bouquinokaz sellermania Création: 14/oct./10 14:09  Mise à jour: 03/nov./10 13:42  Résolue: 03/nov./10 13:42

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Anne Korchia Attribution: Jérome Marianne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: bouquinokaz
Modèle: sellermania
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
création compte ftp pour pro bouquinokaz sellermania

 Commentaires   
Commentaire de Jérome Marianne [ 03/nov./10 12:06 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : bouquinokaz
mot de passe : 12bou34qui
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui

=====================================================================
Commentaire de Jérome Marianne [ 03/nov./10 13:42 ]
Profils paramétrés et compte FTP activé.



[APP-25265] Recherche BO Produit par référence Création: 14/mai/09 09:49  Mise à jour: 14/mai/09 10:04  Résolue: 14/mai/09 10:04

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 45.0.2

Type: Bogue Priorité: Mineur
Rapporteur: Marion Anfreville Attribution: Validator
Résolution: Invalid  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM: *** A PLANIFIER ***

 Description   
Lorsqu'on recherche la référence "&#65279;50PG4500" en BO, on a "&#65279;" qui vient se greffer devant la valeur chercher :
&#65279;50PG4500

problème constaté en prod et en integ FR.

http://bo.priceminister.com/referential_back?action=productsearch&reload=true&javascript_callback=&is_search_by_ref=true&keyword=&search_type=10&prd_type_code=&product_id=&base_product_id=&zero_stock=true&one_in_stock=true&many_in_stock=true&submitter_part=true&submitter_pro=true&attribute_name_key=&prd_status_code=-40&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=&change_start_date=&change_end_date=&owner_login=&data_file_id=&create_data_file=true&change_data_file=true&feed_start_date=&feed_end_date=&with_complement=1&create_start_date=&create_end_date=&order=&number_rows=200

 Commentaires   
Commentaire de Marion Anfreville [ 14/mai/09 10:04 ]
le problème était lié à un caractère spécial qui s'était inséré avant ma référence.



[IMP-2753] Création compte FTP type sellormania pour pro leon05 Création: 22/oct./08 11:10  Mise à jour: 30/oct./09 15:43  Résolue: 23/oct./08 11:09

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Anne Korchia Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: leon05
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)

 Description   
Création compte FTP type sellormania pour pro leon05

 Commentaires   
Commentaire de Frédéric Nahum [ 23/oct./08 11:09 ]
c'est fait

=====================================================================
Compte FTP vendeur créé...

Pseudo : leon05
mot de passe : az12PP4
Serveur : ftp.priceminister.com

=====================================================================



[IMP-3007] création compte ftp+automatisation commande pour expedilivre Création: 16/déc./08 15:20  Mise à jour: 30/oct./09 15:44  Résolue: 16/déc./08 15:43

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Anne Korchia Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: expedilivre
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)

 Description   
création compte ftp+automatisation commande pour expedilivre

 Commentaires   
Commentaire de Frédéric Nahum [ 16/déc./08 15:38 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : expedilivre
mot de passe : er567PM
Serveur : ftp.priceminister.com

=====================================================================
Commentaire de Frédéric Nahum [ 16/déc./08 15:43 ]
Flux de commande OK



[IMP-3020] création compte ftp nouveau partenaire gravures gribvandamme Création: 19/déc./08 16:29  Mise à jour: 30/oct./09 15:47  Résolue: 23/déc./08 14:38

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Anne Korchia Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel Gravure081219.xls    
Pays:
FRA - France
Login: gribvandamme
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)

 Description   
création compte ftp nouveau partenaire gravures gribvandamme

 Commentaires   
Commentaire de Fotigui Tangara [ 23/déc./08 11:44 ]
Demande en cours de traitement...
Commentaire de Fotigui Tangara [ 23/déc./08 12:19 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : gribvandamme
mot de passe : cpskg12
Serveur : ftp.priceminister.com / fr

=====================================================================
Commentaire de Fotigui Tangara [ 23/déc./08 14:38 ]
Le fichier du PRO passe à 100%.

Demande traitée.



[IMP-3948] Création de compte FTP pour Flux de commande de commande. Création: 15/juil./09 15:38  Mise à jour: 16/juil./09 14:00  Résolue: 15/juil./09 15:50

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Fotigui Tangara Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Dépendance
bloque EXP-4887 Ajout d'un nouveau champ dans la géné... Résolu
Pays:
FRA - France
Login: latrocante
Séparateur: N/A
Type de traitement:
N/A

 Description   
Création de compte FTP pour Flux de commande de commande.

 Commentaires   
Commentaire de Fotigui Tangara [ 15/juil./09 15:45 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : latrocante
mot de passe : ut23SXt
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui

=====================================================================
Commentaire de Fotigui Tangara [ 15/juil./09 15:50 ]
Le ftp a été créé....
La gestion des flux de commande a été mise en place.

Demande traitée.
Commentaire de Fotigui Tangara [ 16/juil./09 14:00 ]
Il s'agit d'un particulier ???



[IMP-5105] création compte ftp nouveau pro SoufflEsprit Création: 19/janv./10 16:07  Mise à jour: 21/janv./10 15:04  Résolue: 21/janv./10 15:04

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Anne Korchia Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: SoufflEsprit
Modèle: sellermania
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
création compte ftp nouveau pro SoufflEsprit

 Commentaires   
Commentaire de Frédéric Nahum [ 21/janv./10 15:04 ]
c'est fait

21/01/2010 - Compte FTP vendeur créé...

Pseudo : soufflesprit
mot de passe : fhDH45D
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui



[IMP-5114] creation compte ftp pour nouveau pro Livrensolde Création: 20/janv./10 11:16  Mise à jour: 21/janv./10 15:05  Résolue: 21/janv./10 15:05

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Anne Korchia Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login:  Livrensolde
Modèle: sellermania
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
creation compte ftp pour nouveau pro Livrensolde

 Commentaires   
Commentaire de Frédéric Nahum [ 21/janv./10 15:05 ]
c'est fait

21/01/2010 - Compte FTP vendeur créé...

Pseudo : livrensolde
mot de passe : iuDH45d
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui



[CAT-2964] west10_book - Supprimer la possibilité de prise en compte du multivalué sur les classifications Création: 23/juil./10 16:13  Mise à jour: 27/sept./10 18:02  Résolue: 27/sept./10 18:02

Etat: Résolu
Projet: Paramétrage - Non Import
Composants: Import, Référentiel
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Critique
Rapporteur: Marion Anfreville Attribution: Fabien Farache
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
GBR - Royaume Uni

 Description   
On ne doit désormais prendre en compte qu'une seule classification chez west10_book.

 Commentaires   
Commentaire de Fabien Farache [ 27/juil./10 10:04 ]
Modification du format en integ : remplacement du découpage par expressions régulières par du velocity

Test d'import avec échantillon de fichier (6771344)
Commentaire de Fabien Farache [ 27/juil./10 10:32 ]
Problème de fichier mal formaté, j'en ai resoumis un autre (6771347)
Commentaire de Fabien Farache [ 27/juil./10 10:50 ]
Test concluant.

Voici les id des produits qui ont été mis à jour (il est possible de comparer avec la prod, ce sont les mêmes id)

31056009
34953401
34953402
34953312
34953406 --> pas intéressant car il n'y a déjà qu'une classification en prod
34953408
34953463


Pour info, je confirme qu'avec ce fonctionnement la classification qui sera porté par le produit sera la première selon l'ordre alphabétique des code de classification BIC
Ex : si un produit porte (dans le fichier West10) les classifications AZF et BEC il portera sur PM la classification AZF uniquement
Commentaire de Fabien Farache [ 03/août/10 16:22 ]
Archive reçue.

Test sur un seul fichier (9272290)

Commentaire de Fabien Farache [ 04/août/10 16:36 ]
Fichier correctement intégré.

D'autres fichiers sont en cours ou en attente :
- 9285962
- 9286297
- 9287966
- 9289957
Commentaire de Fabien Farache [ 06/août/10 09:12 ]
Fichiers traités :
- 9272290
- 9285962
- 9286297
- 9287966
- 9289957
- 9289986
- 9300012


Fichiers en cours ou en attente :
- 9300108
- 9303969
- 9303908
- 9303923
Commentaire de Fabien Farache [ 09/août/10 18:27 ]
Tous les fichiers sont passé.

Après comptage il reste encore 64201 produits multi valués.
Je vais voir comment les traiter
Commentaire de Fabien Farache [ 11/août/10 13:13 ]
Avec les mises à jour quotidiennes le résidus diminue. Aujourd'hui : 62 609 produits multivalués (-1592 en 36h)
Commentaire de Fabien Farache [ 11/août/10 15:34 ]
Pour le résidus :

   - Extraction des produits ayant plusieurs données en récupérant une celle de ces données (hasard)
   - Import de ces produits avec suppression au préalable de l'attribut
Commentaire de Fabien Farache [ 11/août/10 16:50 ]
Fichier soumis (9383840)
Commentaire de Fabien Farache [ 11/août/10 17:29 ]
Petit erreur de formatage de fichier.
Nouveau fichier : 9383842
Commentaire de Fabien Farache [ 12/août/10 11:28 ]
Fichier passé correctement


Tous les portent plus qu'une seule classification de niveau 1
Commentaire de Fabien Farache [ 24/août/10 18:20 ]
Fichier à West10 pour pouvoir traiter le résidu
Commentaire de Fabien Farache [ 30/août/10 17:41 ]
Fichier(s) reçu de west10
1er lot de fichiers en cours de traitement
Commentaire de Fabien Farache [ 01/sept./10 09:27 ]
Un fichier est passé en erreur à cause d'un caractère spécial.
J'ai modifié le fichier et resoumis
Commentaire de Fabien Farache [ 02/sept./10 15:53 ]
Problème avec le dernier fichier, problème du à ftpSwitch.
En cours d'analyse avec EVA
Commentaire de Fabien Farache [ 03/sept./10 11:21 ]
Problème réglé avec EVA.

Le dernier fichier est bien passé mais nous avons encore quelques produits multivalués (je n'ai pas fait de comptage).
Il s'avère que certains produits n'ont pas été créés par West10 mais par des login spéciaux que nous avions créée pour intégrer un delta de donnée plus rapidement (book_1, book_2, book_3, book_4 et book_5). Ces login n'ont pas été pris en compte lors du dernier export.
Je vais faire une passe sur les produits restant
Commentaire de Fabien Farache [ 08/sept./10 11:16 ]
Il n'y a plus de multivalué sur la classification 2.
Travail en cours pour suppression sur les classifications 3, 4, 5, 6
Commentaire de Fabien Farache [ 09/sept./10 11:20 ]
J'avais lancé une requête pour vérifier que tout était ok et qu'il n'y avait plus de multivalué mais requête trop gourmande pour l'exploit' qui me l'a killée.

Travail en cours côté exploit' pour voir comment requêter et vérifier que tout est clean
Commentaire de Fabien Farache [ 14/sept./10 18:10 ]
La requête a finalement abouti
Il y a 3994 produits ayant encore du multi valué.

Je vais envoyé le listing de produits à West10 pour qu'ils nous fournissent un fichier avec ces produits
Commentaire de Fabien Farache [ 20/sept./10 09:19 ]
Le fichier West10 est passé.
En FO il semble ne plus y avoir de multivalué (juste des chemins de fer étranges dus à Libri et parfois à West10)

J'ai relancé la requête pour voir si on avait bel et bien plus aucun multivalué sur les classifications de niveau 2
Commentaire de Fabien Farache [ 22/sept./10 17:44 ]
Après requête, il n'y a plus de multivalué pour la classification 2 West10

Requête pour la Classification 3 en cours mais toujours pas terminé après x heures d'exécution
Commentaire de Fabien Farache [ 27/sept./10 18:02 ]
Vu que tout est ok je ferme la demande.

Le reste se fera dans d'autres jira pour libri



[IMP-8154] création compte ftp pour michelin_ed avec flux de commandes Création: 25/févr./11 14:15  Mise à jour: 28/févr./11 11:17  Résolue: 28/févr./11 11:17

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Anne Korchia Attribution: Hervé Octuvon-Bazile
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: michelin_ed
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces (écrasement), Mise à jour/création annonces, Suppression annonces

 Description   
création compte ftp pour michelin_ed avec flux de commandes

 Commentaires   
Commentaire de Hervé Octuvon-Bazile [ 28/févr./11 11:16 ]
Compte ftp créé

=======================
Pseudo : michelin_ed
mot de passe : Gldxdg0
Serveur : ftp.priceminister.com
======================
Commentaire de Hervé Octuvon-Bazile [ 28/févr./11 11:17 ]
Demande traitée



[APP-19019] BO : problème d'était lors de l'ajout d'un attribut manuellement Création: 19/déc./07 17:16  Mise à jour: 19/déc./07 18:42  Résolue: 19/déc./07 18:42

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 18.1.0
Version(s) corrigée(s): 18.1.0

Type: Bogue Priorité: Majeur
Rapporteur: Fabien Farache Attribution: Validator
Résolution: Invalid  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Prod
Projets PM: *** A PLANIFIER ***
Navigateur: Tous

 Description   
Dans le BO, sur une fiche produit, j'ai ajouté un attribut manuellement.
Sans la zone Etat la ligne "Modifié" n'indique pas que c'est modifié par le BO mais par le FO ("par PM Front Office")

Le produit que j'ai testé est le n° 60112012
Etat
Créé 01/12/2007-12:59 par PM Front Office
Modifié 19/12/2007-17:02 par PM Front Office

 Commentaires   
Commentaire de Espérance Galouo-Lece [ 19/déc./07 18:41 ]
 - C'est normal;
 - Pour que la modification soit attribuée à BO, va falloir cliquer sur "Valider"



[APP-20510] Une fiche-produit validée qi ne disparait pas de l'écran BO produit Création: 14/mai/08 10:00  Mise à jour: 07/oct./08 15:57  Résolue: 07/oct./08 15:17

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office, FAST engine
Affecte la/les version(s): 21.0.0
Version(s) corrigée(s): 30.0.2

Type: Bogue Priorité: Majeur
Rapporteur: Xavier Fabregat Attribution: Martin Sudmann
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ESP - Espagne
Site: Prod
Projets PM: *** RESERVE ***
Classif1: FAST
Classif2: xml

 Description   
Cette fiche est en état validé depuis plus d'une semaine et toujours présente dans l'écran BO produit. De plus elle n'est pas trouvable avec la recherche sur la Home.

http://bo.priceminister.es/offer/buy/29558926/Disco-Duro-LaCie-Mobile-250-GB---USB-2-0-discos-duros.html

 Commentaires   
Commentaire de Espérance Galouo-Lece [ 16/mai/08 10:35 ]
 - D'après les logs fast, il existe une erreur sur la FP;

-- Module :XMLParser - ERROR: xmlParseCharRef: invalid xmlChar value 19
UPDATE product SET fast_notification_date = SYSDATE WHERE product_id = 29558926;
COMMIT; -- received 2008-05-15 09:40:06

 - Ce qui fait que cette FP n'est pas mise à jour dans fast;
Commentaire de Martin Sudmann [ 26/mai/08 11:22 ]
le pb est le suivant :

il s'agit des error-callbacks de l'API Fast au connector, qui sont envoyé en asynchron.
A la génération du XML à envoyer à Fast tout ce passe bien (normal, on utilise l'API XML Java standard). Pour une raison que l'on ne connait pas, le XML ne plait pas au DocumentProcessor et il renvoie un message d'erreur au connector. Manque de bol, ce callback ne contient que le message cité et la document ID, mais pas le XML que l'on avait envoyé. Difficile de dire ce qui ne va pas.

Je soupçonne que leur XML Parser fait des erreurs de Parse de temps en temps, parce que le même produit passe bien quand on le ré indexe.
Commentaire de Xavier Fabregat [ 04/juin/08 09:00 ]
Avec la version 23, la fiche a disparu
Commentaire de Xavier Fabregat [ 04/juin/08 10:56 ]
Désolé. Elle est de retour dans l'écran BO produit.
Commentaire de Martin Sudmann [ 07/oct./08 15:17 ]
depuis la V30.0.0 le error log qui génère la commande SQL pour réindexer le produit a été corrigé et l'équipe d'exploit peux déclencher une réindexation.

Si le pb se reproduit systématiquement (et non seulement 1 fiche ou 2), merci de créer un nouveau Jira ou réouvrir celui-ci.



[APP-19511] Erreur BO ESPAGNE : template XXXXXXX not found in CMS Création: 11/févr./08 12:31  Mise à jour: 11/févr./08 19:07  Résolue: 11/févr./08 15:56

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 19.0.0
Version(s) corrigée(s): 19.0.0

Type: Bogue Priorité: Majeur
Rapporteur: Christophe Garcia Attribution: Alexandre Garnier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Zip Archive mylyn-context.zip    
Liens des demandes:
Similaire
similaire à APP-18824 Supprimer les List Template devenus o... Fermé
Pays:
ESP - Espagne
Site: Integ
Projets PM archivés: Maintenance 19.x.x

 Description   
2008-02-11 10:27:51,039 INFO [P-Processor9] BO:Anonyme - >>> GET http://bo.es.integ/referential_back?action=productconfigurationlist
2008-02-11 10:27:51,382 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_book_template not found in CMS
2008-02-11 10:27:51,413 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_cd_template not found in CMS
2008-02-11 10:27:51,441 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_video_template not found in CMS
2008-02-11 10:27:51,464 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_video_game_template not found in CMS
2008-02-11 10:27:51,485 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_video_game_template not found in CMS
2008-02-11 10:27:51,506 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_video_game_template not found in CMS
2008-02-11 10:27:51,526 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS
2008-02-11 10:27:51,547 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS
2008-02-11 10:27:51,568 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS
2008-02-11 10:27:51,588 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS
2008-02-11 10:27:51,609 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS
2008-02-11 10:27:51,630 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS
2008-02-11 10:27:51,651 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS
2008-02-11 10:27:51,671 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS
2008-02-11 10:27:51,692 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS
2008-02-11 10:27:51,712 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS
2008-02-11 10:27:51,733 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS
2008-02-11 10:27:51,754 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS
2008-02-11 10:27:51,775 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS
2008-02-11 10:27:51,796 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS
2008-02-11 10:27:51,816 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS
2008-02-11 10:27:51,837 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS
2008-02-11 10:27:51,857 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS
2008-02-11 10:27:51,878 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS
2008-02-11 10:27:51,899 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS
2008-02-11 10:27:51,919 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS
2008-02-11 10:27:51,940 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS
2008-02-11 10:27:51,960 ERROR [P-Processor9] BO:Anonyme - getProductDetailTemplate: template detail_classic_template not found in CMS
2008-02-11 10:27:51,962 INFO [P-Processor9] BO:Anonyme - <<< [922 ms] GET http://bo.es.integ/referential_back?action=productconfigurationlist

 Commentaires   
Commentaire de Edouard Gomez-Vaez [ 11/févr./08 14:07 ]
Julien, tu penses que cela (APP-18824) peut avoir à voir avec ceci ?
Commentaire de Julien Sananikone [ 11/févr./08 14:51 ]
vu ALG : c'est probablement côté DEV
Commentaire de Alexandre Garnier [ 11/févr./08 15:56 ]
La mécanique de récupération des templates diffère entre FO et BO dans le code et en BO, il n'y a pas de fallback de repository donc pas de récupération dans express.
Corrigé en tapant directement dans express au lieu de default pour la récupération des templates en BO.



[APP-20190] Consultation d'annonce dans le BO: "illegal argument: price cannot be null" Création: 10/avr./08 11:08  Mise à jour: 11/avr./08 17:32  Résolue: 11/avr./08 09:34

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 20.0.0
Version(s) corrigée(s): 20.0.0

Type: Bogue Priorité: Bloquant
Rapporteur: Fabrice Feugas Attribution: Swan Desportes
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Integ
Projets PM archivés: Maintenance 20.x.x

 Description   
A partir d'une recherche d'annonce dans le BO pour le produit 48399836, lorsque je consulte l'annonce directement (en cliquant sur son numéro), une page blanche s'ouvre avec comme indication: Illegal argument : price cannot be null .

Pour tester:
http://bo.pm.lan/advert_back?action=advertsearch&fuzzy=false&numberrows=200&productid=48399836

 Commentaires   
Commentaire de Espérance Galouo-Lece [ 10/avr./08 11:58 ]
Logs :

2008-04-10 11:49:30,152 INFO [P-Processor5] BO:Anonyme - >>> GET http://www.pm.lan/advert_back?action=advertbackview&advertid=162392914
2008-04-10 11:49:30,183 ERROR [P-Processor5] BO:Anonyme - Load error
Servlet : com.babelstore.advert.back.AdvertBackServlet
Request : GET http://www.pm.lan/advert_back?action=advertbackview&advertid=162392914
Referrer : http://www.pm.lan/advert_back?action=advertsearch&fuzzy=false&numberrows=200&productid=48399836
User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.13) Gecko/20080311 Firefox/2.0.0.13
Trace : Illegal argument : price cannot be null
2008-04-10 11:49:30,183 WARN [P-Processor5] BO:Anonyme - FRM : com.babelstore.common.back.MenuBlock_jsp overload the model com.babelstore.common.back.HeaderModel
2008-04-10 11:49:30,197 INFO [P-Processor5] BO:Anonyme - <<< [44 ms] GET http://www.pm.lan/advert_back?action=advertbackview&advertid=162392914
Commentaire de Swan Desportes [ 11/avr./08 09:34 ]
On essayait de calculer le prix de CBV alors qu'il n'était pas applicable pour ce type produit.
Commentaire de Espérance Galouo-Lece [ 11/avr./08 17:32 ]
Done.



[spot] Amélioration pour link, xiti et images (APP-12668)

[APP-12740] [spot] - Integration des bouton BO des fiches produits à l'API Spot. Création: 26/sept./06 14:38  Mise à jour: 25/juin/07 18:45  Résolue: 28/sept./06 09:02

Etat: Fermé
Projet: Application PriceMinister
Composants: Infoglue
Affecte la/les version(s): ToDo
Version(s) corrigée(s): 12.0.0

Type: Sub-improvement Priorité: Mineur
Rapporteur: Sofiann Yousfi Monod Attribution: Sofiann Yousfi Monod
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous

 Description   
Spot : Integration des bouton BO des fiches produits à l'API Spot.
2 type de boutons : celui du produit et ceux pour chaque annonce.
Par defaut, ces boutons seront affichés.

 Commentaires   
Commentaire de Sofiann Yousfi Monod [ 28/sept./06 09:02 ]
Boutons BO pour les fiches produit integrés à Spot, Ils restent quand meme actif lorsque l'on est juste en BO (sans le spot)

Tache supplémentaire réalisée : Même travail sur le bouton "rotation TG"
Commentaire de Patrick Condevaux [ 31/janv./07 15:08 ]
ok



[CAT-3238] FP Vinyles soumises - impossible d'ouvrir les fiches en BO (erreur "null") Création: 26/oct./10 13:40  Mise à jour: 26/oct./10 14:32  Résolue: 26/oct./10 14:32

Etat: Résolu
Projet: Paramétrage - Non Import
Composants: Mise en vente
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Bloquant
Rapporteur: Aurélien Vergalli Attribution: Julien Sananikone
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
doublon de PMB-165 Impossible d'ouvrir les fiches soumis... Ouvert
Pays:
FRA - France

 Description   
on ne peut pas valider les FP vinyles soumises, sachant qu'on ne peut pas y accéder.
Exemple: http://bo.priceminister.com/referential_back?action=productview&productid=112124911

 Commentaires   
Commentaire de Julien Sananikone [ 26/oct./10 14:31 ]
il y a un attribut de classification sur vinyles -> il faut donc synchroniser la MeV et la conf produit avec cet attribut de classification (PMA0002457: genre musical)

fait en prod:
visible en preview:
http://preview.priceminister.com/referential_back?action=productview&productid=3185819

valable en bo demain.
Commentaire de Julien Sananikone [ 26/oct./10 14:32 ]
en prod demain



[APP-20028] [PMV : Centralisation] ajouter la valeur du flag de migration sur le BO operation Création: 27/mars/08 18:51  Mise à jour: 23/mai/08 17:07  Résolue: 14/mai/08 11:33

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 21.0.0
Version(s) corrigée(s): 22.0.0

Type: Amélioration Priorité: Mineur
Rapporteur: Arnaud Forgues Attribution: Arnaud Forgues
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
Projets PM archivés: Paiement - Centralisation PMV

 Description   
Suite à la migration des cobayes, on migre l'ensemble des compensatiosn historiques dans des opérations qui sont "flagguées" avec une nouvelle colonne "is_migrated_from_compensation"

==> ajouter la valeur de cette donnée dans le BO opération

 Commentaires   
Commentaire de Arnaud Forgues [ 11/avr./08 17:03 ]
celle-ci sera visible uniquement en ToolTip au dessus du numéro d'opération (elle a en effet pour seul but d'aider au "débuggage technique" donc elle doit rester discrete)
Commentaire de Arnaud Forgues [ 14/mai/08 11:33 ]
Ok c'est fait.

Exemple en dev : http://bo.pm.gobillard:7080/wallet_back?action=operationbackview&operationid=9964192

Sinon pour trouver des cas d'exemple en INTEG ou PROD, lancer la requete suivante :

> select operation_id from operation where is_migrated_from_compensation = 1;



[APP-26896] Certaines FP sont incomplètes en BO Création: 19/oct./09 10:46  Mise à jour: 20/oct./09 11:03  Résolue: 20/oct./09 10:57

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 55.0.0 (CAT-L)
Version(s) corrigée(s): 55.0.0 (CAT-L)

Type: Bogue Priorité: Critique
Rapporteur: Cédric Goldovsky Attribution: Jean-Sébastien Franck
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Integ
Projets PM: *** RESERVE ***
Navigateur: Tous

 Description   
exemple pour les produits suivants :

10346
12322
11951
17673666

2009-10-19 12:06:25,736 INFO [-Processor12] BO:pmadmin:toto - >>> GET http://www.pm.lan/referential_back?action=productview&productid=17673666
2009-10-19 12:06:26,594 INFO [-Processor37] BO:pmadmin:Anonyme - <<< [2489 ms] GET http://bo.pm.lan/referential_back?action=productsearch&reload=false&javascript_callback=&is_
search_by_ref=false&keyword=&search_type=10&prd_type_code=&product_id=&base_product_id=&zero_stock=true&one_in_stock=true&many_in_stock=true&submitter_part=true&submitter_pro=tr
ue&attribute_name_key=&prd_status_code=-40&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=lucile08&submitter_result=&change_start_date
=&change_end_date=&owner_login=&data_file_id=&create_data_file=true&change_data_file=true&feed_start_date=&feed_end_date=&with_complement=1&create_start_date=&create_end_date=&o
rder=&number_rows=200&do_search.x=28&do_search.y=16
2009-10-19 12:06:37,601 ERROR [-Processor12] BO:pmadmin:toto - Block generation error in : com.babelstore.referential.back.ProductView_jsp
2009-10-19 12:06:37,602 ERROR [-Processor12] BO:pmadmin:toto - Assembly error
Servlet=com.babelstore.referential.back.ReferentialBackServlet
Request=GET http://www.pm.lan/referential_back?action=productview&productid=17673666
Referrer=null
User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30)
Trace=java.lang.NullPointerException
        at com.babelstore.referential.back.ProductView_jsp.generate(ProductView_jsp.java:797)
        at com.babelstore.util.Block.generate(Block.java:142)
        at com.babelstore.util.web.Request.include(Request.java:604)
        at com.babelstore.util.web.Request.include(Request.java:637)
        at com.babelstore.util.web.Request.include(Request.java:643)
        at com.babelstore.common.back.BackPopupTemplate_jsp.generate(BackPopupTemplate_jsp.java:75)
        at com.babelstore.util.Block.generate(Block.java:142)
        at com.babelstore.util.web.Screen.generate(Screen.java:151)
        at com.babelstore.util.web.Request.generate(Request.java:577)
        at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:435)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:188)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:482)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)

 Commentaires   
Commentaire de Christophe Garcia [ 20/oct./09 10:23 ]
C'était quoi le problème ?
Commentaire de Jean-Sébastien Franck [ 20/oct./09 11:03 ]
Une simple erreur de développement.



[EXP-553] le lien pour l'ouverure de compte pro auto ne marche pas Création: 14/déc./05 09:14  Mise à jour: 25/juin/07 18:55  Résolue: 16/déc./05 11:17

Etat: Résolu
Projet: Exploitation
Composants: Installation
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Damien du Fretay Attribution: Ranto Andriambololona
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 15 minutes
Estimation originale: Non spécifié


 Description   
lorsque l'on clique sur le lien "si vous etes un pro,cliquez ici":
http://bo.priceminister.com/assistance?action=1200
on est renvoyer vers une page d'erreur:
http://bo.priceminister.com/ngs?hp=vehicle&pr=contact_pro

 Commentaires   
Commentaire de Damien du Fretay [ 14/déc./05 09:16 ]
aussi autre page d'erreur sur laquelle nous sommes renvoyé:
http://bo.priceminister.com/ngs?hp=vehicle&pr=contact_pro
Commentaire de Sébastien Tournay [ 14/déc./05 14:52 ]
Il manque la nouvelle régle d'écriture pour la partie ngs mise en place sur www.priceminister.com. Il faut aussi la mettre en place pour le frontoffice du bo et aussi pour le site preview



[APP-26838] Erreur non disponible sur FP en BO. Création: 12/oct./09 15:57  Mise à jour: 19/oct./09 17:04  Résolue: 12/oct./09 16:35

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 55.0.0 (CAT-L)
Version(s) corrigée(s): 55.0.0 (CAT-L)

Type: Bogue Priorité: Bloquant
Rapporteur: Aurélie Kwiatkowski Attribution: Manuel Sadok
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Integ
Projets PM: *** RESERVE ***
Navigateur: Internet Explorer 7.X

 Description   
Voir la FP suivante en integ :

http://www.pm.lan/referential_back?action=productview&productid=84809181

2009-10-12 15:50:06,216 INFO [P-Processor8] BO:pmadmin:QTP - >>> GET http://www.pm.lan/referential_back?action=productview&productid=84809181
2009-10-12 15:50:06,395 ERROR [P-Processor8] BO:pmadmin:QTP - Block generation error in : com.babelstore.referential.back.ProductView_jsp
2009-10-12 15:50:06,396 ERROR [P-Processor8] BO:pmadmin:QTP - Assembly error
Servlet=com.babelstore.referential.back.ReferentialBackServlet
Request=GET http://www.pm.lan/referential_back?action=productview&productid=84809181
Referrer=null
User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 2.0.50727)
Trace=java.lang.NullPointerException
        at com.babelstore.referential.back.ProductView_jsp.generate(ProductView_jsp.java:885)
        at com.babelstore.util.Block.generate(Block.java:142)
        at com.babelstore.util.web.Request.include(Request.java:604)
        at com.babelstore.util.web.Request.include(Request.java:637)
        at com.babelstore.util.web.Request.include(Request.java:643)
        at com.babelstore.common.back.BackPopupTemplate_jsp.generate(BackPopupTemplate_jsp.java:75)
        at com.babelstore.util.Block.generate(Block.java:142)
        at com.babelstore.util.web.Screen.generate(Screen.java:151)
        at com.babelstore.util.web.Request.generate(Request.java:577)
        at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:435)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:188)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:482)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:619)

2009-10-12 15:50:06,396 INFO [P-Processor8] BO:pmadmin:QTP - <<< [180 ms] GET http://www.pm.lan/referential_back?action=productview&productid=84809181

 Commentaires   
Commentaire de Benoît Bourdon [ 12/oct./09 16:35 ]
déjà corrigé par Manu - on a vu cela aussi.



[APP-6389] Mise en vente Pro Auto. Mon Compte Création: 18/nov./05 18:06  Mise à jour: 25/juin/07 18:33  Résolue: 21/nov./05 11:16

Etat: Fermé
Projet: Application PriceMinister
Composants: Mise en vente
Affecte la/les version(s): 8.0.8
Version(s) corrigée(s): 8.0.8

Type: Bogue Priorité: Majeur
Rapporteur: Niall Boylan Attribution: Manuel Sadok
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Site: Integ

 Description   
Quand je clique sur "mon compte" j'arrive sur la page "mon compte" mais c'est l'onglet "vendeur" qui s'affiche. Ca devrait être "Vendeur Pro"

 Commentaires   
Commentaire de Manuel Sadok [ 21/nov./05 11:16 ]
Désormais lorsqu'un pro auto clique sur 'Mon compte' il est automatiquement positionné sur l'onglet 'Vendeur auto'.
Commentaire de Ariane Baldinger [ 21/nov./05 16:52 ]
Ok => vu en integ



[EXP-5154] [BO Fiche Produit] Fiche validée depuis + d'1 mois ne veut pas disparaitre Création: 28/janv./09 09:52  Mise à jour: 17/août/10 10:59  Résolue: 17/août/10 10:59

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Mineur
Rapporteur: Sandra Ferrero Attribution: Eric Vannier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: File capture    
Pays:
FRA - France

 Description   
http://bo.priceminister.com/referential_back?action=productview&productid=74949829

Cette fiche a été validée le 23/12/2008 et elle figure toujours parmi les fiches soumises en attente de validation.
Dans l'historique, vous pouvez voir que l'on n'a tout tenté pour la revalider plusieurs fois mais rien n'y a fait.
On ne l'a plus touchée depuis le 21/01. Merci de voir ce que vous pouvez faire.

 Commentaires   
Commentaire de Eric Vannier [ 28/janv./09 10:31 ]
FAST est bien passé sur cette fiche a le 22/12 à 11h06....
....
<FIELD NAME="collection">V36FRb</FIELD>
<FIELD NAME="feeddate">2008-12-22T11:06:11Z</FIELD>
<FIELD NAME="creationdate">2008-12-21T19:31:51Z</FIELD>
<FIELD NAME="changedate">2008-12-22T10:22:57Z</FIELD>
<FIELD NAME="productid">74949829</FIELD>
<FIELD NAME="baseproductid">0</FIELD>
<FIELD NAME="language">fr</FIELD>
<FIELD NAME="hascomment">1</FIELD>
<FIELD NAME="isavailable">1</FIELD>
<FIELD NAME="prdvisibilitycode">20</FIELD>
<FIELD NAME="prdstatuscode">20</FIELD>
<FIELD NAME="prdfamilycode">200</FIELD>
<FIELD NAME="prdtypecode">20</FIELD>
....

Par contre, ou est la validation du 23/12.... ???? moi, j'ai seulement une validation le 20/01....

Extrait des événements :

21/01/2009-09:56 Mise à jour des données Validé par le BO PM Back Office
20/01/2009-11:18 Mise à jour des données Validé par le BO PM Back Office
20/01/2009-11:18 Validé Validé par le BO PM Back Office
20/01/2009-11:17 Mise à jour des données Soumis PM Back Office
20/01/2009-11:17 Créé Soumis PM Back Office
19/01/2009-09:45 Mise à jour des données Validé par le BO PM Back Office
19/01/2009-09:45 Mise à jour des données Validé par le BO PM Back Office
16/01/2009-10:39 Mise à jour des données Validé par le BO PM Back Office
16/01/2009-10:39 Mise à jour des données Validé par le BO PM Back Office
16/01/2009-10:39 Mise à jour des données Validé par le BO PM Back Office
15/01/2009-09:10 Mise à jour des données Validé par le BO PM Back Office
Commentaire de Sandra Ferrero [ 28/janv./09 10:50 ]
La fiche a bien été validée à l'origine le 23/12 par macro avec envoi de mail "soumission ok" à 13h29 exactement.
Cette ligne figure dans l'historique des événements de la FP.
Depuis, on a de nombreuses fois tenté de la revalider en pensant qu'elle allait disparaitre mais sans succès.
Commentaire de Sandra Ferrero [ 29/janv./09 09:52 ]
Au fait, aurais-je besoin de préciser que cette fiche n'est pas visible sur le site?
La recherche de "Homegrown istanbul" ne donne aucun résultat.
Fast n'a manifestement pas (bien) fait son travail.
Commentaire de Eric Vannier [ 29/janv./09 12:31 ]
Disons que c'est plutot que l'on ne lui a pas donné l'info que la visibilité avait changé ce qui ne vient pas réellement de sa faute :-) mais de celui qui l'alimente.... car on voit justement qu'il ne pas été au courant de la modification du 23/12....

Commentaire de Eric Vannier [ 10/févr./09 14:48 ]
Cette fiche est maintenant en production ....
Commentaire de Aurélien Vergalli [ 10/févr./09 15:09 ]
Mais elle reste introuvable, ni en FO, ni en BO (recherche par mot-clé ou par ID).
Commentaire de Eric Vannier [ 10/févr./09 15:31 ]
pourtant ... (voir capture)

http://www.priceminister.com/offer/buy/74949829/Various-Homegrown-Istanbul-CD-Album.html

Mais c'est bizarre en effet , je ne trouve pas le produit dans le nouvel index....

Fast l'ignore.... pour l'instant je ne vois pas pourquoi .... Je vais réouvrir cette demande....



Commentaire de Eric Vannier [ 10/févr./09 15:32 ]
Ce produit a disparu de l'index lors de la construction V40FR, Fast l'ignore complètement ....
Commentaire de Eric Vannier [ 19/févr./10 09:54 ]
Je clôture vu la date du jra
Commentaire de Christophe Garcia [ 19/févr./10 10:09 ]
MDPLVC
Commentaire de Eric Vannier [ 17/août/10 10:59 ]
je résous



[BIN-671] [BackOffice] : Créer un dossier BO Working GENERAL dans Dossiers Publics Création: 04/mai/10 16:55  Mise à jour: 08/nov./10 11:52  Résolue: 06/mai/10 15:36

Etat: Fermé
Projet: Business Intelligence
Composants: BackOffice
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Mineur
Rapporteur: Pierre Smith Attribution: Agathe Remy
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Word Réorganisation des dossiers et accès à Business Objects pour le Back Office.docx    
Pays:
ALL - Tous

 Description   
- Créer un fichier BO Working dans Dossiers Publics qui absorbe les actuels France / Spain / UK
- Donner le plein accès à modification au login ur_backoffice
- Permettre la consultation des dossiers par le login uv_backoffice

Descriptif du rendu final disponible dans V:\Paramétrage\BI "Réorganisation des dossiers et accès à Business Objects pour le Back Office.docx"

 Commentaires   
Commentaire de Pierre Smith [ 05/mai/10 11:36 ]
Pour précision, on souhaiterait renommer le fichier à la place de "BO Working"

On voudrait avoir "Requêtes Back-Office"

Est-ce faisable ? Merci
Commentaire de Habib-Sylvain Gourguet [ 05/mai/10 11:39 ]
Le fichier cité par Pierre en PJ.
Commentaire de Agathe Remy [ 05/mai/10 13:04 ]
Bonjour,

Comme les dossiers sont classés par ordre alphabétique, nommer ce nouveau dossier "Requêtes Back-Office" le placerait entre "France" et "Spain".
Que pensez-vous de proposer un autre nom ?

Agathe
Commentaire de Agathe Remy [ 05/mai/10 13:07 ]
Si vous voulez qu'il soit placé tout en bas, nous pouvons le nommer "ZZ - Requêtes BackOffice".
Qu'en pensez-vous?

Agathe
Commentaire de Habib-Sylvain Gourguet [ 05/mai/10 13:40 ]
Ok pour moi.
Commentaire de Pierre Smith [ 05/mai/10 13:52 ]
Ne peut-on pas plutôt l'appeler Back-Office Requêtes pour qu'il passe en premier ?
Commentaire de Agathe Remy [ 05/mai/10 14:21 ]
Ok pour "BackOffice Requêtes" (BusinessObjects n'aime pas trop les "-" dans les noms de dossier...)
Commentaire de Agathe Remy [ 06/mai/10 15:36 ]
Bonjour,

Le dossier "BackOffice Requêtes" a été créé et livré en Production.
Vous avez le droit de faire ce que voulez dedans avec l'utilisateur "ur backoffice" : créer des nouveaux dossiers et rapports, les supprimer, les planifier, etc...
L'utilisateur "uv backoffice" a accès en rafraîchissement et planification à tous les documents que vous créerez dans ce dossier, mais sans droit de modification ou suppression.

Je vous laisse donc migrer les rapports de BO Working dans la nouvelle arborescence que vous voulez mettre en place.

Lorsque vous aurez terminé, je vous prie de me le signaler afin que je supprime les anciens répertoires Bo Working.

Bien sûr, nous restons à votre dispo si vous avez des questions.
Agathe
Commentaire de Agathe Remy [ 13/sept./10 10:10 ]
Bonjour Habib,

Stp, peux-tu valider la demande afin que nous fermions le JIRA?

Merci,
Agathe



[Métatache] Parrainage lot 1 (APP-28232)

[APP-28979] [Parrainage] mon compte Création: 01/avr./10 10:29  Mise à jour: 16/avr./10 14:07  Résolue: 09/avr./10 17:47

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 67.0.0 (CTN-Q)

Type: Sous-tâche Priorité: Mineur
Rapporteur: Alexandre Garnier Attribution: Alexandre Garnier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
Projets PM: Parrainage (Lot 1)

 Commentaires   
Commentaire de Alexandre Garnier [ 01/avr./10 10:42 ]
CMS-REF
default
/default/Labels/_Mon Compte/AccountBlock/link_child_register_network
Commentaire de Alexandre Garnier [ 01/avr./10 10:43 ]
/default/Template/Account Template/CommunityBlock
/default/Template/Account Template/MyMoneyBlock
Commentaire de Alexandre Garnier [ 01/avr./10 12:17 ]
/default/Labels/_Phrase/_A/AccountAction/WEBMASTER_EXPIRATION_WARNING
/default/Labels/_Phrase/_A/AccountAction/SPONSORSHIP_WARNING
Commentaire de Rémi Virlouvet [ 06/avr./10 10:55 ]
UK ok
Commentaire de Rocio Perez-Garcia [ 06/avr./10 10:55 ]
ES tb
Commentaire de Damien Dorizy [ 07/avr./10 18:31 ]
Le wording du label suivant a changé, il faudrait le retraduire :
/default/Labels/_Phrase/_A/AccountAction/SPONSORSHIP_WARNING

Merci beaucoup
Commentaire de Rocio Perez-Garcia [ 08/avr./10 09:11 ]
ES fait
Commentaire de Damien Dorizy [ 08/avr./10 17:14 ]
En plus du label précédent, la phrase "Voir le règlement du parrainage" n'est pas traduit (UK seulement) dans le label suivant :
/default/Template/Account Template/CommunityBlock

Merci beaucoup
Commentaire de Rémi Virlouvet [ 08/avr./10 17:37 ]
UK ok



[APP-6905] BO recherche categorie plante Création: 04/janv./06 17:53  Mise à jour: 25/juin/07 18:34  Résolue: 05/janv./06 15:31

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 8.1.0

Type: Bogue Priorité: Bloquant
Rapporteur: Geneviève Beaujard Attribution: Arnaud Forgues
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Site: Dev

 Description   
Si on recherche une categorie en selectionnant par exemple un type de categorie on plante:

Voici un exemple en dev:
2006-01-04 17:41:21 INFO [Dispatcher ] 192.168.1.174 - >>> GET http://bo.pm.bollinger:2080/category_back?action=categorysearch&javascript_callback=&category_id=&ctg_status_code=&category_label=&category_alias=&ctg_type_code=10&ctp_type_code=&ctg_parameter_value=&start_date=&date_search_type=0&end_date=&number_rows=100

2006-01-04 17:41:21 INFO [STDOUT ] 192.168.1.174 - null
2006-01-04 17:41:21 ERROR [Request ] 192.168.1.174 - Block generation error in : com.babelstore.category.back.CategorySearch_jsp
2006-01-04 17:41:21 ERROR [Dispatcher ] 192.168.1.174 - Assembly error
Servlet : com.babelstore.category.back.CategoryBackServlet
Request : GET http://bo.pm.bollinger:2080/category_back?action=categorysearch&javascript_callback=&category_id=&ctg_status_code=&category_label=&category_alias=&ctg_type_code=10&ctp_type_code=&ctg_parameter_value=&start_date=&date_search_type=0&end_date=&number_rows=100
Referrer : http://bo.pm.bollinger:2080/category_back?action=categorysearch&javascript_callback=&category_id=&ctg_status_code=&category_label=default&category_alias=&ctg_type_code=&ctp_type_code=&ctg_parameter_value=&start_date=&date_search_type=0&end_date=&number_rows=100&x=59&y=10
User-Agent : Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.1.4322)
Trace : java.lang.NullPointerException
        at com.babelstore.category.back.CategorySearchModel.getUnfoldCollection(CategorySearchModel.java:84)
        at com.babelstore.category.back.CategorySearch_jsp.generate(CategorySearch_jsp.java:220)
        at com.babelstore.util.Block.generate(Block.java:137)
        at com.babelstore.util.web.Request.include(Request.java:350)
        at com.babelstore.util.web.Request.include(Request.java:375)
        at com.babelstore.util.web.Request.include(Request.java:381)
        at com.babelstore.common.back.BackTemplate_jsp.generate(BackTemplate_jsp.java:33)
        at com.babelstore.util.Block.generate(Block.java:137)
        at com.babelstore.util.web.Screen.generate(Screen.java:133)
        at com.babelstore.util.web.Request.generate(Request.java:336)
        at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:317)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:148)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:107)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856)
        at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744)
        at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
        at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112)
        at java.lang.Thread.run(Thread.java:595)

 Commentaires   
Commentaire de Arnaud Forgues [ 05/janv./06 15:31 ]
La construction des caches pouvait foirer selon l'algorithme mis en place car on considérait toujours que la listes de noeuds dépliée était non vide dans le cas d'un noeud adopté

Cela provoquait alors le fait qu'un cache n'etait pas chargé ==> alors la recherche de catégorie qui fait appel a la liste des caches tentait d'utiliser un cache null d'ou l'erreur



[APP-29361] Expiration des filleuls commencée en prod ???! Il n'y a pas l'indication en BO Création: 27/avr./10 15:57  Mise à jour: 14/juin/10 11:32  Résolue: 11/juin/10 16:33

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 71.0.0 (CTN-R)

Type: Bogue Priorité: Majeur
Rapporteur: Fabrice Feugas Attribution: Renaud Dierickx
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File ActivationMonCompte.jpg     PNG File M60_REFERRAL_EXPIRATION.png    
Liens des demandes:
Similaire
similaire à APP-29247 [Post-Deploy] [Parrainage] Réduction ... Fermé
Pays:
FRA - France
Site: Prod
Projets PM: *** CHASSE ***

 Description   
On constate que certains filleuls qui datent de plus de 90 jours et - de 12 mois ont déjà commencé à expirer en prod alors qu'on devrait attendre la bascule (au 06/05 pour le moment)...

Comment expliquer cela ? Est-ce valable pour tous ?

Du coup il n'y a pas l'indication en BO comme quoi le filleul a expiré pour bascule.

Exemple de filleul ayant expiré : http://bo.priceminister.com/sponsorship_back?action=sponsorshipview&sponsorshipid=150924905

 Commentaires   
Commentaire de Fabrice Feugas [ 27/avr./10 15:59 ]
Pour info, quelques personnes supplémentaires en copie.

En soi, si l'expiration a commencée ou déjà eu lieue sur certains comptes, ce n'est pas très grave fonctionnellement. Le plus important c'est qu'on sache où on en est, si on expiré tout le monde ou pas et surtout qu'il y ait l'indication en BO !
Commentaire de Alexandre Garnier [ 27/avr./10 16:02 ]
Pour rajouter l'indication en BO a posteriori, je crois que c'est un peu mort ...
Commentaire de Fabrice Feugas [ 27/avr./10 16:07 ]
BOULET
Commentaire de Alexandre Garnier [ 27/avr./10 16:30 ]
Le seul serveur qui avait quelque chose à faire de la property est le seul à ne pas l'avoir en surcharge pour différer l'expiration : le serveur de batch !

[pmas@amphitrite conf]$ grep -ri "sponsorship.referral_expiration" *
priceminister-common.properties:priceminister.sponsorship.referral_expiration_period = 90
priceminister-overload.properties:priceminister.sponsorship.referral_expiration_period = 365
[pmas@amphitrite conf]$

Mais sur hercule, pas de overload :

[pmas@hercule conf]$ grep -ri "sponsorship.referral_expiration" *
priceminister-common.properties:priceminister.sponsorship.referral_expiration_period = 90
[pmas@hercule conf]$
Commentaire de Alexandre Garnier [ 27/avr./10 16:41 ]
Par contre faudrait voir à virer tous les overload maintenant, non ?

Parce que maintenant on se retrouve encore avec une unreferrable_period de 365 jours mais une expiration en 90 jours.

Et du coup aussi définir la property priceminister.sponsorship.reduce_period_date à la date du déploiement pour que les nouveaux expirants entre 3 et 12 mois aient la notification BO :
priceminister.sponsorship.reduce_period_date = 21/04/2010
Commentaire de Alexandre Garnier [ 27/avr./10 16:49 ]
On voit en effet que le batch d'expiration des parrainages s'est excité gentiment à partir du 21/04 (mise en PROD) et pendant un peu plus de 4 jours.
On avait bon sur l'ordre de grandeur de la durée d'expiration en masse.
Commentaire de Fabrice Feugas [ 27/avr./10 17:09 ]
D'ailleurs, on peut activer ASAP le cartouche de notification dans mon compte maintenant.
Commentaire de Renaud Dierickx [ 11/juin/10 15:40 ]
Le message a été activé.
Voir capture d'écran : ActivationMonCompte

On a aussi décidé de ne pas faire de rattrapage de données (APP-29247).

Je ferme donc ce jira. [CAJ2010Q2CTN]
Commentaire de Christophe Garcia [ 11/juin/10 15:46 ]
MDPLVC



[APP-26415] [BO] Message d'erreur sur macros Création: 08/sept./09 10:39  Mise à jour: 09/sept./09 10:26  Résolue: 08/sept./09 12:27

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 52.0.0 (CTN-M)
Version(s) corrigée(s): 52.0.1

Type: Bogue Priorité: Critique
Rapporteur: Habib-Sylvain Gourguet Attribution: Romain Salles
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
Projets PM archivés: IG - Template de mails

 Description   
Message d'erreur à l'utilisation des macros en BO de façon aléatoire (dont des macros de remboursement) :

Erreur lors du traitement de l'article 111107147 : com.babelstore.util.ApplicationException: null; CausedByException is: null; CausedByException is: null; CausedByException is: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect): [com.babelstore.mailtemplate.entity.UmtGroup#1061]; nested exception is: javax.ejb.EJBTransactionRolledbackException: null; CausedByException is: null; CausedByException is: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect): [com.babelstore.mailtemplate.entity.UmtGroup#1061]; nested exception is: javax.ejb.EJBException: null; CausedByException is: null; CausedByException is: null; CausedByException is: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect): [com.babelstore.mailtemplate.entity.UmtGroup#1061]; nested exception is: javax.ejb.EJBTransactionRolledbackException: null; CausedByException is: null; CausedByException is: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect): [com.babelstore.mailtemplate.entity.UmtGroup#1061]
Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=junon/735, BranchQual=, localId=735]

 Commentaires   
Commentaire de Habib-Sylvain Gourguet [ 08/sept./09 10:52 ]
Message d'erreur pour l'instant constaté pour des templates des groupes 1060 et 1061.
Commentaire de Alexandre Garnier [ 08/sept./09 10:53 ]
Sûrement un problème de conflit de mise à jour des UmtGroup lors de l'envoi de message.
Bien revérifier que la mise à jour avec le même contenu ne provoque pas d'insert en base (même si le row_version a changé. Voir avec Manu pour ça)
Commentaire de Alexandre Garnier [ 08/sept./09 10:56 ]
SQL> SELECT * FROM umt_group WHERE umt_group_id IN (1060, 1061);

UMT_GROUP_ID CREATION_DATE CHANGE_DATE TITLE RANK ROW_VERSION
------------ ------------------- ------------------- -------------------------------------------------- ---------- -----------
ALIAS
--------------------------------------------------
        1060 25/03/2004 15:57:31 07/09/2009 18:16:03 acheteur annule (requested) 290 113
g_clm_br
        1061 26/03/2004 14:59:49 03/09/2009 10:30:39 pas reçu - demande de conf d'expéd (+ ev) 300 7
g_clm_sr

Elapsed: 00:00:00.12
Commentaire de Alexandre Garnier [ 08/sept./09 11:02 ]
title erroné --> title du template à la place donc forcement modif concurrente qui pète
Commentaire de Alexandre Garnier [ 08/sept./09 12:30 ]
Pas spécifique aux macros : tout envoi simultané de messages associés au même groupe risque de péter pour l'un des 2.
Commentaire de Habib-Sylvain Gourguet [ 08/sept./09 14:54 ]
Test effectué en Integ. Pas de bug. Tout semble ok.

Merci.
Commentaire de Alexandre Garnier [ 08/sept./09 14:55 ]
Pas évident à tester : il faut provoquer de la concurrence ...
Commentaire de Christophe Garcia [ 09/sept./09 10:10 ]
Habib, c'est OK ce matin ?
Commentaire de Habib-Sylvain Gourguet [ 09/sept./09 10:21 ]
Je viens de sonder l'équipe SAV : pas de message d'erreur depuis ce matin.
Commentaire de Christophe Garcia [ 09/sept./09 10:26 ]
OK. On ferme.
N'hésitez par à ré-ouvrir au besoin.



[APP-1734] Remarque : statut pour le champ "Presence" en BO Création: 07/janv./04 17:02  Mise à jour: 25/juin/07 18:23  Résolue: 25/juin/07 18:23

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.1.4pre
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Jessica Rajabaly Attribution: Geneviève Beaujard
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
En BO sur la page de mon compte, je clique sur "Mettre en vacances"
Mon statut est modifié à "Vacances volontaires", "vacances forcées" serait
plus judicieux.

 Commentaires   
Commentaire de Quentin de Chivré [ 07/janv./04 18:25 ]
La notion d'absent forcé n'existe plus. Je prefererai que l'on change juste les
labels et descs comme suit :
Absent volontaire => Absent
Absent automatique => Absent (automatique)





[EXP-2155] Mise à jour du script de création de compte FTP Création: 03/mai/06 10:54  Mise à jour: 06/juil./07 16:23  Résolue: 06/juil./07 16:23

Etat: Fermé
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Critique
Rapporteur: Xavier Barbosa Attribution: Patrice Boulanger
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: XML File --config-type.xml    

 Description   
Nous avons besoin d'une mise à jour du script de création de comptes ftp "pmcreateftpaccount.sh"

il faudrait qu'à la fin, il affiche une config par défaut, selon les paramètres que l'on a renseigné dans le script.

les informations à renseigner sont :
LOGIN : le login du compte ftp & compte priceminisiter
MDP : le mot de passe du compte FTP
ID_LOGIN : l'id du compte priceminister
ID_ENTREE : l'id du profil en entrées
ID_SORTIE: l'id du profil en sorties
ID_ECRASEMENT: l'id du profil en ecrasement

 Commentaires   
Commentaire de Rodrigue Nsiangani [ 03/mai/06 11:09 ]
Attention : XBA, le login du compte FTP n'est pas forcément le même que le pseudo "priceminister".
Commentaire de Xavier Barbosa [ 03/mai/06 15:11 ]
bonbin LOGIN = login FTP
Commentaire de Nicolas Gréhalle [ 31/mai/06 15:56 ]
Serait il possible d'afficher le message suivant lors de la création d'un compte FTP, en remplaçant les variables entre crochets par les valeurs correspondantes ? Ceci permettra d'aider à remplir le fichier de configuration xml :


<!-- Configuration par défaut -->
  <Partner name='[LOGIN]' id='[ID_LOGIN]'>

    <!-- Import de stock -->
    <Directory path='stock/entrees'>
      <Action type='Move' id='[ID_ENTREE]' check_file='1'>
        <Files>*.csv</Files>
        <Files>*.txt</Files>
         <Destination>/data/priceminister/pmftpstock/var/transactions/[LOGIN]/stock/entrees</Destination>
      </Action>
   </Directory>

    <Directory path='stock/sorties'>
      <Action type='Move' id='[ID_SORTIE]' check_file='1'>
        <Files>*.csv</Files>
        <Files>*.txt</Files>
         <Destination>/data/priceminister/pmftpstock/var/transactions/[LOGIN]/stock/sorties</Destination>
      </Action>
   </Directory>

    <Directory path='stock/ecrasements'>
      <Action type='Move' id='[ID_ECRASEMENT]' check_file='1'>
        <Files>*.csv</Files>
        <Files>*.txt</Files>
         <Destination>/data/priceminister/pmftpstock/var/transactions/[LOGIN]/stock/ecrasements</Destination>
      </Action>
   </Directory>

    <!-- Import image -->
    <Directory path='Images'>
      <Action type='Move' check_file='1'>
        <Files>*</Files>
        <Destination>/data/chrootapache/usr/local/apache/htdocs/pmweb/partenariat-images/[LOGIN]</Destination>
      </Action>
    </Directory>

    <!-- Gestion de flux -->
    <Directory path='validation'>
      <Action type='Move' check_file='1'>
        <Files>*.txt</Files>
        <Destination>/data/priceminister/pmftpstock/var/transactions/[LOGIN]/validation</Destination>
      </Action>
    </Directory>

    <Directory path='purchase'>
      <Action type='Move' check_file='1'>
        <Files>*.txt</Files>
        <Source>/data/priceminister/pmftpstock/var/transactions/[LOGIN]/purchase</Source>
        <Destination>purchase</Destination>
      </Action>
    </Directory>

    <Directory path='confirmed_purchase'>
      <Action type='Move' check_file='1'>
        <Files>*.txt</Files>
        <Source>/data/priceminister/pmftpstock/var/transactions/[LOGIN]/confirmed_purchase</Source>
        <Destination>confirmed_purchase</Destination>
      </Action>
    </Directory>

    <Directory path='expiration'>
      <Action type='Move' check_file='1'>
        <Files>*.txt</Files>
        <Source>/data/priceminister/pmftpstock/var/transactions/[LOGIN]/expiration</Source>
        <Destination>expiration</Destination>
      </Action>
     </Directory>

  </Partner>
Commentaire de Rodrigue Nsiangani [ 23/août/06 15:54 ]
Si cette demande est toujours d'actualité, il faut la réassigner
Commentaire de Marion Anfreville [ 06/juil./07 16:23 ]
La demande n'est plus d'actualité. Eric a fait des modifications de ce script depuis l'année dernière.



Prblm lors d'ouverture du compte salvi06: stock limité -> illimité (APP-11636)

[APP-12243] modification d'annonces: l'option illimité n'est pas prise en compte Création: 11/sept./06 12:37  Mise à jour: 04/mars/08 13:01  Résolue: 13/sept./07 17:34

Etat: Fermé
Projet: Application PriceMinister
Composants: Annonces
Affecte la/les version(s): 9.0.4
Version(s) corrigée(s): Aucune

Type: Sub-bug Priorité: Majeur
Rapporteur: Geneviève Beaujard Attribution: Yassine Mouhammadou
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File qte_illimitee.JPG    
Liens des demandes:
Duplicate
Pays:
FRA - France
Projets PM: *** RESERVE ***
Classif1: BP
Classif2: RBP - nettoyage - unavailable_count

 Description   
En effet^si l'option illimitée est cochée, celle ci n'est pas prise en compte

 Commentaires   
Commentaire de Geneviève Beaujard [ 12/sept./06 09:45 ]
Effectivement il y avait un bug dans l'entity Advert:
Checking in entity/Advert.java;
/home/cvs/dev/source/src/com/babelstore/stock/entity/Advert.java,v <-- Advert.java
new revision: 1.30; previous revision: 1.29
done
C'est corrigé.
Par contre voir bug http://pricejira.lan/browse/APP-12260
Commentaire de Martin Sudmann [ 17/oct./06 15:59 ]
ne fonctionne pas en INTEG :

1. je coche "stock illimité", la valeur par défaut quantité=1 n'est pas supprimée, et c'est elle qui est prise en compte (= sotck=1, et non illimité)
2. je coche "illimité" et supprime la quantité "1" moi-même; erreur avec message: "vous devez saisir la quantité"
3. quand je reviens modifier l'annonce avec stock=1, la case "illimité n'est pas grisée et je peux la cocher et soumettre (avec la même erreur que 2., par contre). Avant on grisait la case ou on la cachait complètement, je ne me souviens plus.
Commentaire de Geneviève Beaujard [ 17/oct./06 16:56 ]
Tout ce dysfonctionnement est du au parametrage.
Commentaire de Ariane Baldinger [ 23/oct./06 09:54 ]
c'est corrigé.
Il manquait un noeud dans l'arbre (quantité illimitée) et j'ai corrigé une pré-validation dans le format concerné qui ne tenait pas compte de la quantité illimitée cochée.

J'ai vérifié en prod, il n'y pas ce bug.
Commentaire de Christophe Garcia [ 23/oct./06 12:17 ]
OK (vu avec Geneviève)
Commentaire de Ariane Baldinger [ 23/oct./06 12:34 ]
Je n'avais pas regardé le cas de la modification annonce !
Lors d'une modification d'annonce (qui a un stock illimité) la checkbox (quantité illilmitée) n'était pas cochée.

j'ai ajouté en integ le code indiqué par Geneviève dans le Jira APP-12260, maintenant ça marche.
Commentaire de Lydia Dali [ 23/oct./06 13:03 ]
Je viens de tester en integ, la modification d'annonce de limité à illimité rajoute 1 dans l'inventaire.
Commentaire de Ariane Baldinger [ 23/oct./06 16:36 ]
Il manquait un appel à la fonction "griser" dans le cas d'une modification annonce => Merci Geneviève.

c'est corrigé. (sur le formulaire générique)
Commentaire de Judd OSullivan [ 23/oct./06 17:37 ]
C'est fait expres. Voir APP-12260 pour l'explication. On ne veut pas changer des annonces de illimité->limité ni l'inverse. On resoudra le problème pendant la refonte base produit.

Par contre ca serait bien de griser le case à cocher. Actuellement le gars change la valeur mais il est jamais pris en compte.
Commentaire de Edouard Gomez-Vaez [ 16/mars/07 18:35 ]
C'en est où Ariane ?
Commentaire de Ariane Baldinger [ 19/mars/07 10:46 ]
c'est resté en suspend.

J'ai refait un point avec Judd pour qu'il me rafraîchisse la mémoire :
Pour le moment il y a un bug dans l'application qui fait qu'1 pro ne peut pas passer d'un stock illimité à un stock limité. Il peut le faire en FO mais la modification ne sera jamais prise en compte.

Pour pallier à ce problème il faudrait :
- quand le pro a soumis une annonce avec stock illimité => griser les champs pour empêcher les modifications sur la qté
- quand le pro a soumis une annonce avec stock limité => griser la case à cocher 'illimitée'
Commentaire de Ariane Baldinger [ 19/mars/07 10:47 ]
Olga,
Peux-tu faire le test en integ stp.
Commentaire de Edouard Gomez-Vaez [ 03/mai/07 12:07 ]
C'en est où ?
Commentaire de Olga Costa [ 09/mai/07 11:10 ]
Si on grise la quantité, la prevalidation sur ce champ empêche la validation du formulaire. Actuellement il n'est pas possible de gérer ce cas dans le format car on n'a pas accès à ce champ.
Une solution coté dev ??
Commentaire de Yassine Mouhammadou [ 15/mai/07 15:16 ]
Comme indiqué ci-dessous, la prévalidation sur la quantité empêche la validation du formulaire qd ce champ est grisé.
Cependant on pourra tjs adapter la prévalidation en se reposant sur un autre champ (de type hidden par ex.) mais je ne sais pas si GEB ne trouvera comme moi, top comme solution !
Commentaire de Yassine Mouhammadou [ 21/mai/07 14:43 ]
J'ai mis en place un mécanisme qui n'affiche pas de message de prévalidation lorsque la Quantité est grisée !
En fait, j'ai modifier la fonction javascript "griser" qui permet de mettre à true ou false un champ de type "hidden", et la prévalidation se fait sur ce champ.

Geneviève, peux-tu regarder et tester en Integ et me dire ce que tu en penses stp ? Merci
Commentaire de Geneviève Beaujard [ 22/juin/07 10:44 ]
C'est presque ça yassine.
La condition - quand le pro a soumis une annonce avec stock limité => griser la case à cocher 'illimitée' n'est pas respectéee.
A part ça j'ai trouvé ta methode pour tester si la quantité est renseignée tres bien.

Yassine est ce que toutes les soumissions completes et les soumission d'annonces passent par le formulaire generique pour les annonces?

Commentaire de Yassine Mouhammadou [ 25/juin/07 12:04 ]
Geneviève,
j'ai grisé la case "illimitée" lorsque le stock est limité.

Sinon, pour répondre à ta questions, 15 produits ont leurs propres formulaires annonces !
Commentaire de Yassine Mouhammadou [ 25/juin/07 17:30 ]
J'ai dupliquer le paramétrage en preview prod. Je modifierai le format d'import demain pour ne pas impacter la mev aujourd'hui.
Seul les formulaires génériques sont concernés pour le moment.
Pour les 3 fois 15 autres formulaires, je les modifierai au fur et à mesure
Commentaire de Yassine Mouhammadou [ 27/août/07 18:01 ]
Y a cependant un problème. Voir imp ecran.
Commentaire de Yassine Mouhammadou [ 31/août/07 11:34 ]
J'ai corrigé le problème évoqué ci-dessous. La correction est aplliquée en Prod sur les formulaires génériques depuis hier.
Sur les form. non gen, j'implémenterai au fur et à mesure.
Commentaire de Yassine Mouhammadou [ 11/sept./07 16:31 ]
param dupliqué pour :
mobiles
ordinateur portable
ordinateur de bureau
Commentaire de Yassine Mouhammadou [ 13/sept./07 17:34 ]
Les autres formulaires non génériques sont aussi paramétrés.
Commentaire de Espérance Galouo-Lece [ 04/mars/08 13:01 ]
Done.



[APP-28639] Widget : Ajoutez vos photos : Produit Privé Non Validé par BO Création: 08/mars/10 14:22  Mise à jour: 04/mai/10 09:53  Résolue: 17/mars/10 14:47

Etat: Fermé
Projet: Application PriceMinister
Composants: Images produit
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 68.0.0 (VEN-B)

Type: Bogue Priorité: Critique
Rapporteur: Antoine Carré Attribution: Arnaud Potier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
a pour doublon APP-28585 [LPS] soumission de photo : lien abse... Fermé
Pays:
ALL - Tous, GBR - Royaume Uni, FRA - France, ESP - Espagne
Projets PM: MEV - Landing Page Scénarisée
Navigateur: Tous

 Description   
Lorsque je vends un produit privé, je vais sur ma fiche produit, click sur "Augmentez vos chances de vendre"
puis "Ajoutez vos photos".
La popup affiche un message d'erreur...

Ma fiche produit n'a pas encore été validée par le BO.

 Commentaires   
Commentaire de Edouard Gomez-Vaez [ 08/mars/10 14:29 ]
Pour les bugs en prod assigner à validator pour qu'ils sachent ce qui se passe.
Commentaire de Christophe Garcia [ 08/mars/10 16:14 ]
2010-03-08 16:13:27,213 INFO [-Processor17] CHG_PM - >>> GET http://bo.pm.lan/image?action=upload
2010-03-08 16:13:27,215 ERROR [-Processor17] CHG_PM - Load error~Servlet=com.babelstore.image.front.ImageServlet~Request=GET http://bo.pm.lan/image?action=upload~Refer
rer=null~User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)~
Trace=java.lang.NullPointerException
        at com.babelstore.image.front.UploadImageAction.computeImageType(UploadImageAction.java:252)
        at com.babelstore.image.front.UploadImageAction.execute(UploadImageAction.java:157)
        at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:434)
        at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:387)
        at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:285)
        at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:219)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:180)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:407)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.j
ava:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:619)

2010-03-08 16:13:27,216 INFO [-Processor17] CHG_PM - Setting response status code to 503
2010-03-08 16:13:27,417 INFO [-Processor17] CHG_PM - <<< [204 ms] GET http://bo.pm.lan/image?action=upload
Commentaire de Arnaud Potier [ 17/mars/10 14:47 ]
Dans AdvertModifyDeleteInclude.jsi, la logique pour déterminer l'url d'ajout de photo était fausse: on se basait sur le fait que le produit sois privé au lieu de se baser sur le fait que le produit ait des attributs distincts.
Correction de la condition du if



[APP-15163] [BO] Configuration produit : liste des types incomplète en raison d'une erreur Création: 20/févr./07 15:59  Mise à jour: 25/juin/07 18:49  Résolue: 03/avr./07 12:57

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 12.1.0
Version(s) corrigée(s): 14.0.0

Type: Bogue Priorité: Majeur
Rapporteur: Fabien Farache Attribution: Renaud Dierickx
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
FRA - France
Site: Prod
Navigateur: Tous
Projets PM archivés: Maintenance 14.x.x

 Description   
Dans le BO prod lorsque l'on va dans "configuration produit" la page s'affiche mais ne charge pas complètement... la liste des types n'est pas complète.
Lorsqu'on regarde tout en bas de la liste au lieu d'avoir un type nous avon "Erreur - Non disponible"

 Commentaires   
Commentaire de Christophe Garcia [ 20/févr./07 18:38 ]
2007-02-20 18:37:08,663 INFO [-Processor68] 62.23.27.114 - >>> GET http://bo.priceminister.com/referential_back?action=productconfigurationlist
2007-02-20 18:37:16,044 ERROR [-Processor68] 62.23.27.114 - Block generation error in : com.babelstore.referential.back.ProductConfigurationList_jsp
2007-02-20 18:37:16,046 ERROR [-Processor68] 62.23.27.114 - Assembly error
Servlet : com.babelstore.referential.back.ReferentialBackServlet
Request : GET http://bo.priceminister.com/referential_back?action=productconfigurationlist
Referrer : http://bo.priceminister.com/admin_back?action=serverlist&selServer=sol
User-Agent : Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)
Trace : java.lang.NullPointerException
        at com.babelstore.referential.back.ProductConfigurationList_jsp.generate(ProductConfigurationList_jsp.java:202)
        at com.babelstore.util.Block.generate(Block.java:143)
        at com.babelstore.util.web.Request.include(Request.java:520)
        at com.babelstore.util.web.Request.include(Request.java:553)
        at com.babelstore.util.web.Request.include(Request.java:559)
        at com.babelstore.common.back.BackTemplate_jsp.generate(BackTemplate_jsp.java:59)
        at com.babelstore.util.Block.generate(Block.java:143)
        at com.babelstore.util.web.Screen.generate(Screen.java:137)
        at com.babelstore.util.web.Request.generate(Request.java:493)
        at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:363)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:166)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:112)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)

2007-02-20 18:37:16,047 INFO [-Processor68] 62.23.27.114 - <<< [7384 ms] GET http://bo.priceminister.com/referential_back?action=productconfigurationlis
t
2007-02-20 18:37:16,047 WARN [-Processor68] 62.23.27.114 - Long request [7384 ms]: GET http://bo.priceminister.com/referential_back?action=productconfig
urationlist
Commentaire de Fabien Farache [ 20/févr./07 18:43 ]
on a regardé tout ça avec RED, on fait un point demain matin après le rafraichissement des caches pour voir si nos suppositions sont vérifiées et comment donner suite au problème.
Commentaire de Renaud Dierickx [ 21/févr./07 09:04 ]
Effectivement, ça vient du fait que pour cet écran on passe via les caches.
Ce n'est pas normal et je vais étudier le problème.
Il y a un moyen de contourner le problème (c'est ce qu'on a fait hier).
Je modifie donc la priorité du jira de bloquant à critique.
Commentaire de Fabien Farache [ 21/févr./07 09:06 ]
Le problème est reglé, à priori suite au rafraichissement des caches mais il ne faut pas fermer ce Jira pour aurant car on a bel et bien un problème.
Dès que l'on crée un nouveau type cela génère une erreur dans la configuration produit (jusqu'à rafraichissement du cache donc toute la journée après création du nouveau type).
Commentaire de Geneviève Beaujard [ 02/avr./07 14:52 ]
Le produit se produit si l'on execute les etapes suivantes:
1) creation d'un nouceau type
2) recharge des caches Produits: types et mediums et Produits:configuration
3) creation d'une nouvelle conf sur ce nouveau type
4) affichage de la liste des confs
A l'etape 4 on a une NullPointerException, et cela dans tous les cas et non de maniere aleatoire comme fabien me l'as dit.

Correction pour ne plus avoir ce bug:
solution 1) recharger le cache Produits:configuration apres l'etape 3
solution 2) Dans ProductConfigurationModel Ne pas prendre la conf produit dans le cache, mais alors la ça va couter cher en temps

Je pense que la soultion 1 est suffissante.

Explication du probleme:
Voici une partie du code de ProductConfigurationList.jsp:

   // colConfig est la liste des configuration existants (la derniere conf sur le nouveau type de produit incluse)
   for (Iterator i = mdl.colConfig.iterator(); i.hasNext();){
      PrdConfigurationInfo inf = (PrdConfigurationInfo) i.next();
      b = (inf.getPrdMediumCode() == null) ? !b : b;
      String sTitle = null != inf.getPrdMediumCode()
                    ? mdl.tree.getTypeName(inf.getPrdTypeCode()) + " - " + mdl.tree.getMediumName(inf.getPrdMediumCode())
                    : mdl.tree.getTypeName(inf.getPrdTypeCode());
      //C'est sur ces lignes que le Pb se produit
      //En effet inf.getPrdTypeCode() contient bien le nouveau type de produit,
      //mais le cache Produits:configuration n'etant pas rechargé mdl.tree.getConfiguration(inf.getPrdTypeCode()) = NULL
      Map<String, String> mapListTemplate = ContentService.getProductListTemplateBO(req, mdl.tree.getConfiguration(inf.getPrdTypeCode()).getIgListTemplateAlias());
      Map<String, String> mapDetailTemplate = ContentService.getProductDetailTemplateBO(req, mdl.tree.getConfiguration(inf.getPrdTypeCode()).getIgDetailTemplateAlias());

Qu'en penses tu renault?
Commentaire de Renaud Dierickx [ 03/avr./07 12:57 ]
Je suis d'accord avec Geneviève, il faut bien suivre les différentes étapes qu'elle a décrites.
Pour moi aussi, la solution 1 de GEB est suffisante.
La solution 2 est effectivement beaucoup trop couteuse.
Fabien, si d'un point de vue paramétrage vous n'êtes pas satisfait ou bloqué : merci de nous le faire savoir en réouvrant ce bug.
Je ferme ce bug en "won't fix".
Commentaire de Fabien Farache [ 03/avr./07 13:30 ]
"A l'etape 4 on a une NullPointerException, et cela dans tous les cas et non de maniere aleatoire comme fabien me l'as dit. "

Je n'ai jamais dit que ça se produisait de façon aléatoire, j'ai juste dit que c'était la première fois qu'on voyait ça et que personne de l'équipe n'avait rencontré ce problème avant



[APP-4806] Nouveau compte : Impossible de voir les articles memorisés Création: 07/juin/05 16:55  Mise à jour: 25/juin/07 18:30  Résolue: 25/juin/07 18:30

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): old
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Bloquant
Rapporteur: Geneviève Beaujard Attribution: Geneviève Beaujard
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Je ne suis pas acheteur et j'ai memorisé des articles.
J'ai donc crée un compte.
Sur la page mon compte, je ne peux pas cliquer sur le lien 'mes articles
mémorisés'. Est ce normal?
Par compte il y a bien dans l'entête un picto memo, mais est ce suffisant?

 Commentaires   
Commentaire de Geneviève Beaujard [ 08/juin/05 13:44 ]
Il y a depuis toujours une incoherence avec le bloc mon compte et la page mon
compte.
Dan le bloc on voit toujours la partie acheteur, alors que dans la page c'est
barré (nouveau compte).
Est ce normal?
Synchronise t'on le bloc avec la page.
J'ai besoin de ces renseignements pour corriger ce bug.
Commentaire de Stéphane Archer [ 08/juin/05 16:57 ]
1/Il y a depuis toujours une incoherence avec le bloc mon compte et la page mon
compte.
Dan le bloc on voit toujours la partie acheteur, alors que dans la page c'est
barré (nouveau compte).
Est ce normal?

>> Sur la partie mon compte à partir du moment où un pricemember fait l'action
de mémoriser une auto on libère le menu acheteur.

2/ Synchronise t'on le bloc avec la page.

>> Non, je préfère que l'on fasse une réflexion globale sur mon compte le
moment venu
Commentaire de Geneviève Beaujard [ 08/juin/05 17:44 ]


*** This bug has been marked as a duplicate of 5373 ***
Commentaire de Geneviève Beaujard [ 08/juin/05 19:48 ]
annulation du commentaire #3 (mettre ses lunettes)
Commentaire de Geneviève Beaujard [ 09/juin/05 09:43 ]
OK
Commentaire de Alexandra Imbert [ 13/juin/05 15:54 ]
ok sur le site de test



[APP-18382] BO Produit - Recherche produits modifiés par un id import ne fonctionne pas Création: 30/oct./07 10:58  Mise à jour: 04/juin/08 11:59  Résolue: 04/juin/08 10:56

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office, FAST engine
Affecte la/les version(s): 17.1.1
Version(s) corrigée(s): 23.0.0 (CAT-B)

Type: Bogue Priorité: Majeur
Rapporteur: Marion Anfreville Attribution: Mostafa Diane
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg     JPEG File stat_import_id_5153036.jpg    
Pays:
FRA - France
Site: Prod
Projets PM: *** A PLANIFIER ***
Classif1: BO
Classif2: recherche produit
Projets PM archivés: Maintenance 20.x.x

 Description   
Lorsqu'on fait une recherche sur le BO Produit via un id de fichier d'import, seul les produits créés par l'import s'affiche bien que la case "modifié" ait été cochée.

 Commentaires   
Commentaire de Mostafa Diane [ 29/nov./07 11:41 ]
Est ce que tu es sur qu'il existe des produits dans la base de données modifiés par le fichier (il se peut qu'un autre fichier ait modifié ces fiches)
Commentaire de Marion Anfreville [ 28/févr./08 11:42 ]
en pj, la capture d'écran des stats d'import => indique 11010 produits màj.

Le BO produit ne sait afficher que les produits créés, pas les produits mis à jour.

ID Fichier : 5153036
Commentaire de Mostafa Diane [ 04/mars/08 18:37 ]
c'est un mauvais set qui est la cause de ce bug.

Commentaire de Mostafa Diane [ 05/mars/08 18:09 ]
done
Commentaire de Marion Anfreville [ 03/juin/08 18:27 ]
Test/validation en integ :
Ne fonctionne pas correctement avec l'id du fichier 5678436 => sur BO import, on a 156 produits créés, 139 maj.
Sur la recherche produits, lorsqu'on entre cet id de fichier et qu'on coche les produits créés, on en a bien 156 :
http://bo.pm.lan/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=&search_type=10&prd_type_code=&product_id=&base_product_id=&zero_stock=true&one_in_stock=true&many_in_stock=true&submitter_part=true&submitter_pro=true&prd_status_code=-60&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=&submitter_result=&change_start_date=&change_end_date=&owner_login=&data_file_id=5678436&create_data_file=true&feed_start_date=&feed_end_date=&with_complement=1&create_start_date=&create_end_date=&order=&number_rows=4000&do_search.x=35&do_search.y=10

Mais lorsqu'on coche seulement les modifiées, on a aucun produit :
http://bo.pm.lan/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=&search_type=10&prd_type_code=&product_id=&base_product_id=&zero_stock=true&one_in_stock=true&many_in_stock=true&submitter_part=true&submitter_pro=true&prd_status_code=-60&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=&submitter_result=&change_start_date=&change_end_date=&owner_login=&data_file_id=5678436&change_data_file=true&feed_start_date=&feed_end_date=&with_complement=1&create_start_date=&create_end_date=&order=&number_rows=4000&do_search.x=33&do_search.y=3

bug ou problème fast ?
Commentaire de Mostafa Diane [ 04/juin/08 09:52 ]
TEST MAL FAIT: il se peut que les fiches produits soient modifiées par d'autres fichiers :=)
MArion est ce que tu peux relancer ton fichier. ensuite chercher en BO
Commentaire de Marion Anfreville [ 04/juin/08 11:59 ]
Ok. ça fonctionne.



[EXP-2363] Création de Compte FTP pour le Site Espagne - Plateforme DEV Création: 29/juin/06 15:56  Mise à jour: 25/juin/07 18:58  Résolue: 02/oct./06 10:06

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Bloquant
Rapporteur: Marion Anfreville Attribution: Eric Vannier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Nous avons une demande de création de compte FTP pour un compte présent sur le Site Espagne (entre autre, un de nos fournisseurs de bases de données).

Le problème est que nous ne savons pas exactement comment nous devons procéder pour créer un compte FTP pour un compte présent sur le site espagne.

Actuellement, sur le site France, nous utilisons le script "pmcreateftpaccount.sh" pour créer le compte FTP.

Ensuite :
- nous créons un profil d'import pour le partenaire.
- nous créons une configuration FTP pour le partenaire en XML dans laquelle nous avons besoin des données type login, id compte, id profil.

Les problématiques sont :
- script création compte ftp : est-ce que les répertoires concernant le compte ftp du partenaire qui a un compte Espagne vont être créer au même endroit que pour le site France ?
- Si on créer un compte sans spécificité au niveau de la plateforme, comment pourra-t-on dans la configuration pointer vers un compte présent sur le site espagne et le profil se trouvant sur le site Espagne ?

Actuellement, nous n'avons que la plateforme DEV Espagne. Pourrait-on créer un compte FTP qui pointe vers cette plateforme ?

Il est urgent de trouver une solution à ce problème car le contrat est signé (ou va être signé d'ici peut) et nous devons fournir à notre fournisseur de BDD Livre Espagne un accès pour qu'il puisse déposer ces fichiers.

 Commentaires   
Commentaire de Marion Anfreville [ 30/juin/06 09:29 ]
J'ai ouvert un compte FTP sur la prod FR pour que le partenaire ai un compte FTP où déposer ces fichiers : PRM-4902.

Login: casadellibro
Pass : Ft81Mb
adresse : ftp.priceminister.com/
Commentaire de Eric Vannier [ 02/oct./06 10:06 ]
Il est maintenant possible de créer des comptes ftp sur Bacchus qui va être mis à disposition de la prod cette semaine normallement.



[IMP-6294] ouverture compte FTP type sellermania pro llejeune Création: 08/juin/10 14:27  Mise à jour: 08/juin/10 16:00  Résolue: 08/juin/10 16:00

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Gaël Seguillon Attribution: Jérome Marianne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: llejeune
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces, Suppression annonces, Mise à jour/création annonces (écrasement)
Groupe: Sellermania

 Description   
ouverture compte FTP type sellermania pro

 Commentaires   
Commentaire de Jérome Marianne [ 08/juin/10 15:52 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : llejeune
mot de passe : lle222jeune
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui

=====================================================================
Commentaire de Jérome Marianne [ 08/juin/10 16:00 ]
Compte FTP activé et format paramétré pour le pro llejeune.



Intégration BDD Decitre (IMP-32)

[IMP-48] Création Compte FTP + Configuration - login pm_decitre Création: 16/août/06 11:44  Mise à jour: 25/juin/07 19:01  Résolue: 16/août/06 12:53

Etat: Résolu
Projet: Paramétrage - Import
Composants: FTP
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Critique
Rapporteur: Marion Anfreville Attribution: Marion Anfreville
Résolution: Corrigé  
Estimation restante: 4 heures
Temps consacré: 30 minutes
Estimation originale: 4 heures


 Description   
Créer le compte FTP pour permettre l'import des fichiers de maj du référentiel Decitre.

Login : pm_decitre
ID Compte : 11574455
Profil à prendre en compte : ID : 4298439

+ Import Images

 Commentaires   
Commentaire de Marion Anfreville [ 16/août/06 11:50 ]
=====================================================================
COMPTE du vendeur créé ...

Login: pm_decitre
Pass : pm_Liv06
=====================================================================
Commentaire de Marion Anfreville [ 16/août/06 12:53 ]
Configuration FTP faite :
- Les fichiers zippés doivent être déposés à la racine du compte FTP.
- Ceux-ci sont dézippés par la conf.
- On déplace les fichiers en fonction de leur nom vers les bons profils d'import
- Les images (grand format) doivent être déposées dans le répertoire "Images". Il s'agit d'images .gif



[APP-26593] BO : Long query en prod Création: 21/sept./09 17:01  Mise à jour: 16/nov./09 16:25  Résolue: 25/sept./09 12:03

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 52.0.3.1
Version(s) corrigée(s): 57.0.0 (CTN-N)

Type: Bogue Priorité: Critique
Rapporteur: Renaud Dierickx Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM archivés: Avis (Lot 2)

 Description   
PPE :

 Pb sur une requête BO d'avis en prod

select * from (
select review0_.REVIEW_ID as REVIEW1_7_0_, product1_.PRODUCT_ID as PRODUCT1_36_1_, user2_.USER_ACCOUNT_ID as USER1_37_2_, review0_.PRODUCT_ID as PRODUCT2_7_0_, review0_.USER_ACCOUNT_ID as USER3_7_0_, review0_.RVW_STATUS_CODE as RVW4_7_0_, review0_.TITLE as TITLE7_0_, review0_.DESCRIPTION as DESCRIPT6_7_0_, review0_.NOTE as NOTE7_0_, review0_.CREATION_DATE as CREATION8_7_0_, review0_.CHANGE_DATE as CHANGE9_7_0_, review0_.FO_MODIFICATION_DATE as FO10_7_0_, review0_.FEEDBACK_POSITIVE_COUNT as FEEDBACK11_7_0_,

review0_.FEEDBACK_NEGATIVE_COUNT as FEEDBACK12_7_0_, review0_.ROW_VERSION as ROW13_7_0_, product1_.BASE_PRODUCT_ID as BASE2_36_1_, product1_.CREATION_DATE as CREATION3_36_1_, product1_.CHANGE_DATE as CHANGE4_36_1_, product1_.TITLE as TITLE36_1_, product1_.URL_NAME as URL6_36_1_, product1_.STOCK_QUANTITY as STOCK7_36_1_, product1_.LIST_PRICE as LIST8_36_1_, product1_.BEST_PRICE as BEST9_36_1_, product1_.CURRENCY_ID as CURRENCY10_36_1_, product1_.WEIGHT as WEIGHT36_1_, product1_.MEDIUM_COUNT as MEDIUM12_36_1_,
product1_.RELEASE_DATE as RELEASE13_36_1_, product1_.PRD_AVAILABILITY_CODE as PRD14_36_1_, product1_.PRD_TYPE_CODE as PRD15_36_1_, product1_.PRD_SOURCE_CODE as PRD16_36_1_, product1_.PRD_CHANGE_CODE as PRD17_36_1_, product1_.PRD_STATUS_CODE as PRD18_36_1_, product1_.SUBMITTER_COMMENT as SUBMITTER19_36_1_, product1_.SUBMITTER_ACCOUNT_ID as SUBMITTER20_36_1_, product1_.ADV_CURRENCY_ID as ADV21_36_1_, product1_.LONG_TITLE as LONG22_36_1_, product1_.ADMIN_COMMENT as ADMIN23_36_1_, product1_.SPEC_STATUS_CODE as SPEC24_36_1_,
product1_.UNLIMITED_COUNT as UNLIMITED25_36_1_, product1_.IS_AVAILABLE as IS26_36_1_, product1_.NEW_BEST_PRICE as NEW27_36_1_, product1_.NEW_CURRENCY_ID as NEW28_36_1_, product1_.NEW_COUNT as NEW29_36_1_, product1_.USED_BEST_PRICE as USED30_36_1_, product1_.USED_CURRENCY_ID as USED31_36_1_, product1_.USED_COUNT as USED32_36_1_, product1_.COLLECTIBLE_BEST_PRICE as COLLECT33_36_1_, product1_.COLLECTIBLE_CURRENCY_ID as COLLECT34_36_1_, product1_.COLLECTIBLE_COUNT as COLLECT35_36_1_, product1_.SUSPICION_CAUSE as SUSPICION36_36_1_,
product1_.DATA_FILE_ID as DATA37_36_1_, product1_.OWNER_ACCOUNT_ID as OWNER38_36_1_, product1_.FRESHNESS_DATE as FRESHNESS39_36_1_, product1_.DATA_FILE_PROCESS_CYCLE as DATA40_36_1_, product1_.DATA_FILE_PROCESS_ID as DATA41_36_1_, product1_.PRD_VISIBILITY_CODE as PRD42_36_1_, product1_.FAST_NOTIFICATION_DATE as FAST43_36_1_, product1_.SUMMARY as SUMMARY36_1_, product1_.SUMMARY_FRESHNESS_DATE as SUMMARY45_36_1_, product1_.PRD_LINE_KEY as PRD46_36_1_, product1_.PRD_NAVIGATION_KEY as PRD47_36_1_, product1_.PRD_MODEL_KEY as PRD48_36_1_,
product1_.PRD_MANUFACTURER_KEY as PRD49_36_1_, product1_.ROW_VERSION as ROW50_36_1_, product1_.LAST_ADVERT_CREATION_DATE as LAST51_36_1_, product1_.COLLAPSE_KEY as COLLAPSE52_36_1_, product1_.COLLAPSE_BEST_PRICE as COLLAPSE53_36_1_, product1_.COLLAPSE_CURRENCY_ID as COLLAPSE54_36_1_, product1_.COLLAPSE_NEW_BEST_PRICE as COLLAPSE55_36_1_, product1_.COLLAPSE_NEW_CURRENCY_ID as COLLAPSE56_36_1_, product1_.COLLAPSE_USED_BEST_PRICE as COLLAPSE57_36_1_, product1_.COLLAPSE_USED_CURRENCY_ID as COLLAPSE58_36_1_,
product1_.COLLAPSE_COLLECTIBLE_BEST_PRI as COLLAPSE59_36_1_, product1_.COLLAPSE_COLLECTIBLE_CUR_ID as COLLAPSE60_36_1_, user2_.LOGIN as LOGIN37_2_, user2_.GRANT_SUBMIT_REVIEW as GRANT3_37_2_
from COMMUNITY_1.REVIEW review0_
inner join PRODUCT_1.PRODUCT product1_ on review0_.PRODUCT_ID=product1_.PRODUCT_ID
inner join USER_1.USER_ACCOUNT user2_ on review0_.USER_ACCOUNT_ID=user2_.USER_ACCOUNT_ID
where review0_.RVW_STATUS_CODE in (10 , 20)
order by review0_.CHANGE_DATE, review0_.FO_MODIFICATION_DATE )
where rownum <= :1

_______________________________


RED :
- Soit on se prend la tête à créer un index... Boff !
- Soit je force l'utilisateur à ajouter des critères de recherche s'il ne cherche que par rvw_status_code

On acte pour la solution 2 : rapide et simple... mais visible en prod qu'à partir de la ctn-n !

 Commentaires   
Commentaire de Renaud Dierickx [ 25/sept./09 12:03 ]
[CAJ2009Q3CTN]



[EXP-2034] Ajout baalia dans le group bo Création: 15/mai/06 12:19  Mise à jour: 25/juin/07 18:58  Résolue: 15/mai/06 12:19

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Jérémie Bennejean Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 20 minutes
Estimation originale: Non spécifié


 Description   
Et créer un lien entre son home et le rep backoffice

 Commentaires   
Commentaire de Jérémie Bennejean [ 15/mai/06 12:19 ]
Lien créer entre son home et le group bo
ajout dans le group
démonstration à arnaud



[APP-25439] Prendre en compte les reversements en cours lors du calcul de la dette ? Création: 28/mai/09 18:32  Mise à jour: 04/nov./09 11:50

Etat: Ré-ouvert
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 47.0.0 (TX-G)
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Mineur
Rapporteur: Christophe Garcia Attribution: Emeric Teil
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
FRA - France
Site: Integ
Projets PM: *** STANDBY ***

 Description   
Quand un utilisateur crédite son PMV négatif, on ne prend pas en compte le montant de son virement dans le message en en-tête de la page Mon Compte.
A faire ?

Voir screenshot.

 Commentaires   
Commentaire de Emeric Teil [ 28/mai/09 18:43 ]
On ne le prends pas en compte car il n'a pas encore été réalisé (finalisé). La dette affichée correspond au solde réel à l'instant t, pas au solde à venir.
Commentaire de Emeric Teil [ 29/mai/09 09:48 ]
Si tu n'y vois pas d'objection, on va donc résoudre ce Jira en "Aucune Correction Envisagée".
Commentaire de Christophe Garcia [ 29/mai/09 11:11 ]
J'ai bien compris mais c'est justement ce que j'aimerais qui soit fait : que l'on prenne en compte les crédits PMV en cours pour donner un retour clair à l'utilisateur.

Exemple : Attention, vous devez 51,95 ¿ à PriceMinister (pour plus d'explications, cliquez ici). Cette situation ne pouvant être que passagère, nous vous invitons à la régulariser en alimentant votre Porte-Monnaie.
Votre versement de XX, XX ¿ est en cours de traitement.
Reste dû (après validation de ce versement) : 51.95 - XX, XX


Note : Je virerai bien le "Attention" en début de phrase. Y'a déjà un picto "!".

Note 2 : Et je formulerai les choses différemment pour être moins agressif.
"Actuellement, votre compte PriceMinister est débiteur de XX, XX¿. Cette situation ne pouvant être que passagère, nous vous invitons à la régulariser en alimentant votre Porte-Monnaie. Pour plus d'explications, cliquez ici."
Commentaire de Emeric Teil [ 29/mai/09 11:28 ]
On peut y réfléchir pour une prochaine version mais pour moi il ne faut rien changer. Prendre en compte les crédits en cours créerait pas mal de cas supplémentaires, par exemple "que faire qi le crédit en cours couvre totalement la dette ? on n'affiche plus le cartouche ? pourtant il nous doit toujours de l'argent et son solde réel est toujours négatif...)

Pour parallèle, aujourd'hui quand on affiche le solde du PMV on ne prend pas non plus en compte les crédit en cours tant qu'ils n'ont pas été finalisés et puisque l'info affichée ici est le solde réel, il n'y a pas de raison de modifier ce comportement.

Par contre, on peut éventuellement rajouter une explication dédié dans l'aide liée du genre : "si vous avez fait une demande de crédit pour régulariser votre situation, ne tenez pas compte de ce message, votre dette sera revue dès finalisation de l'opération".

Commentaire de Cedric Favero [ 29/mai/09 11:29 ]
Pour les wordings;
La notion de "débiteur" deplait tres fortement à PFA.
Et je trouve qu'on est déjà pas trop méchant..

Par contre suis assez d'accord qu'il aurait été bien d'avoir un wording différent quand un crédit est amorcé (Votre versement de XX, XX ¿ est actuellement en cours de traitement et ce message disparaitra lorsque ce dernier aura été validé) mais par contre la déduction sur la somme due ne me semble pas pertinente tant qu'on est pas sur d'avoir l'argent (facile de demander un crédit mais de ne rien envoyer derriere).

Vrai aussi qu'on a pas relevé çà plus tot...



Commentaire de Emeric Teil [ 29/mai/09 11:35 ]
Le problème est, comme expliqué précédemment, que le message ne disparaitra pas forcément après le crédit finalisé...

Cet aspect avait déjà été évoqué, on avait préféré rester sur quelque chose de simple.



[APP-22461] BO message-back - création d'une nouvelle boite de messagerie "back VALIDATION" Création: 07/oct./08 09:34  Mise à jour: 04/nov./09 12:08  Résolue: 21/oct./08 18:27

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 30.0.2
Version(s) corrigée(s): 32.0.0 (CTN-G)

Type: Amélioration Priorité: Majeur
Rapporteur: Aurélien Vergalli Attribution: Alexandre Garnier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File msg back valid - nouvelle boite.JPG    
Liens des demandes:
Similaire
similaire à APP-22659 [I18N] Adapter l'Id de la boite de re... Fermé
similaire à APP-27172 Mieux gérer l'I18N des boites de rece... Ouvert
similaire à APP-24660 [COSAV] [BO] Création d'une nouvelle ... Fermé
Pays:
FRA - France
Site: Prod
Projets PM: *** CHASSE ***

 Description   
Dans le cadre de l'amélioration du traitement des fiches-produits soumises imprécises (nouvelle macro: voir APP-21633), une boite de messagerie "back VALIDATION" est nécessaire. Ce, par souci d'organisation, et pour traiter rapidement les réponses aux demandes d'informations complémentaires, ces dernières étant aujourd'hui dirigées vers "Prod AURELIEN".
Lien page concernée : http://bo.priceminister.com/message_back?action=usrmessagesearch&advanced=true&fuzzy=false&numberrows=10
Voir PJ pour emplacement.
La redirection des messages concernés via cette nouvelle boite est gérable directement par le BO (Cédric).

 Commentaires   
Commentaire de Cedric Favero [ 07/oct./08 11:36 ]
je confirme la demande.

On conserve la boite prod AURELIEN pour la plupart des mails mais il nous faut (en plus) une nouvelle boite back VALIDATION.

Cette boite doit etre créée en BO en premier lieu mais aussi dans INFOGLUE (swan?) pour que l'on puisse ensuite créer des nouveaux formulaires pointant vers cette derniere.

Merci d'avance.
Commentaire de Alexandre Garnier [ 14/oct./08 14:23 ]
Boîte créée en PROD FR (en raison du cache, sera disponible demain)
Nouvelle valeur disponible dans les HelpForm sous IG CMS1 et CMS3.

Par contre problème : la création en PROD ES sera avec un ID différent de FR et du coup il y aura problème de correspondance au niveau IG. Ce problème avait déjà été soulevé mais sans plus.
Commentaire de Cedric Favero [ 14/oct./08 14:52 ]
Ok on regarde demain ce qu'il en est et on teste la redirection à partir de formulaires infoglue.
Merci.
Commentaire de Alexandre Garnier [ 20/oct./08 12:04 ]
Boîte OK en ES car même ID (1340) lors de la création mais pas OK en UK (1322)
Commentaire de Alexandre Garnier [ 20/oct./08 12:17 ]
Patrick, est-il possible de modifier l'ID de cette entrée dans la base ?
Et est-il possible de synchroniser la séquence UK avec celle de FR pour que les prochaines entrées aient le même ID ?
Commentaire de Alexandre Garnier [ 21/oct./08 18:27 ]
Boîte en place en PROD FR, ES et UK.
Disponible dans IG pour FR et ES.

Maintenant, au SAV d'adapter/créer les formulaires pour les mettre dans le bon contexte de boîte de réception.

Pour ce qui est de UK, non bloquant donc dans le JIRA lié APP-22659.
Commentaire de Cedric Favero [ 22/oct./08 11:00 ]
Ok super.
Merci Alexandre.
On fait ce dont on a besoin coté messages type et formulaires.

Merci bcp.



[IMP-5971] PRO4SPORT-fr : images non visibles en Front alors qu'elles sont bien en BO Création: 03/mai/10 14:44  Mise à jour: 10/mai/10 10:38  Résolue: 10/mai/10 10:35

Etat: Résolu
Projet: Paramétrage - Import
Composants: Support entrant
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Laurent Payot Attribution: Laurent Payot
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à IMP-6045 PRO4SPORT-fr : fichier en trop d'erreur Résolu
Pays:
FRA - France
Login: pro4sport
Séparateur: N/A
Type de traitement:
N/A

 Description   
De : Julien Buhagiar [mailto:julien.buhagiar@priceminister.com]
Envoyé : lundi 3 mai 2010 13:53
À : 'SUPPORT PRO'
Cc : 'Laurent Payot'; 'Daniel Pintamalli'
Objet : PRO4SPORT-FR (LAURENT)

Hey

Le pro PRO4SPORT-fr a des images non visibles en Front alors qu'elles sont bien en BO
http://bo.priceminister.com/boutique/pro4sport-fr/pa/9

Quelle est la raison ?


NB : j'avais fait également un email pour le même problème avec GalaxySports (Daniel)
_____________________________________________

Julien Buhagiar

 Commentaires   
Commentaire de Daniel Pintamalli [ 04/mai/10 16:17 ]
Le problème est présent pour un autre PRO qui fait de la mode:

Message de Julien (lun. 03/05/2010 11:59)

Peux tu regarder ce lien svp : http://bo.priceminister.com/boutique/galaxysport1/pa/7

Les photos ne sont pas là, alors qu'en BO, elles sont bien téléchargées.

C'est arrivé plusieurs fois avec d'autres pros en mode.

Quelle est la raison ?
Commentaire de Laurent Payot [ 05/mai/10 15:32 ]
On a le même problème pour ndc-uk : problème général?
Commentaire de Laurent Payot [ 05/mai/10 16:59 ]
Le probème ndc-uk était différent, et résolu.

Vu avec Patrick : rien de spécial niveau exploitation pour les images. Investigations en cours.
Commentaire de Laurent Payot [ 06/mai/10 11:16 ]
Suite au bug niveau exploit je ne peux pas récupérer son dernier fichier pour supprimer et recréer les fiches produits avec les images. Mardi Julien a demandé un nouveau fichier au pro, j'attend ce fichier :


De : Julien Buhagiar [mailto:julien.buhagiar@priceminister.com]
Envoyé : mardi 4 mai 2010 13:24
À : 'Liam'
Cc : support.pro@priceminister.com
Objet : RE: Pro4Sport Equipment file

Hello Liam

I hope you are doing well

You need first to send me your file because you are going to use a different format. Our IT team needs to set it up. Please use the template attached.

The Basic HTML is permitted in the product description. <li><br><b> and <i>
About the size, just put S (for Small) and give the size variations in the column "listing comment".
Shipping/Packaging is not necessary.
Use is not necessary
Ok to put the translated names into column W, and translated descriptions into column X.

Feel free to contact me for any concerns,

I look forward to hearing from you very soon,

Best regards
Commentaire de Laurent Payot [ 06/mai/10 11:18 ]
Le pro n'envoie pas de nouveau fichier --> priorité abaissée à majeur.
Commentaire de Julien Buhagiar [ 06/mai/10 15:33 ]
N'oublies pas de me mettre en copie des Jiras svp, lorsqu'ils concernent mes pros :-)
Thanks

Par ailleurs, avant de repasser le jira en majeur, as-tu prévenu le pro que tu voulais un nouveau fichier MODE pour faire les tests au niveau des photos? Il fonctionne avec un fichier par marque. Lequel tu veux?

En outre, mon email du mardi 4 mai 2010 13:24 que tu as rajouté dans cet email concerne une autre demande que celle du jira initial. En effet, cet email concerne la fourniture d'un fichier MATERIEL SPORT. Ce n'est donc pas ce fichier qui va permettre de résoudre le problèmes des photos MODE.

A ta dispo pour toutes questions, :-)
Commentaire de Laurent Payot [ 07/mai/10 15:13 ]
Je viens de lui demander son fichier mode sans préciser la marque, de toute façon pour supprimer tous ses produits mode j'ai besoins de tous ses fichiers mode. J'espère qu'il va tous les envoyer, sinon je lui préciserai.


De : SUPPORT PRO [mailto:support.pro@priceminister.com]
Envoyé : vendredi 7 mai 2010 15:12
À : 'Liam'
Cc : 'Julien Buhagiar'
Objet : RE: Pro4Sport Equipment file - IMP-5971

Hello Liam,

Besides the files asked by Julien, for technical reasons (pictures URL check) we also need your clothes file. Please let me know when you submit these two files.

Feel free to mail me at support.pro@priceminister.com if you have any questions.

Ticket IMP-5971 was created for this issue.

Regards,
Commentaire de Laurent Payot [ 07/mai/10 16:54 ]
Le pro a envoyé ses fichiers par mail:

De : Liam [mailto:liam@pro4sport.co.uk]
Envoyé : vendredi 7 mai 2010 15:36
À : 'SUPPORT PRO'
Cc : 'Julien Buhagiar'
Objet : RE: Pro4Sport Equipment file - IMP-5971

Hi, Laurent,

Please find attached the following files:

Clothing
Shimano.csv - Shimano shoes.
Gill.csv - Gill sailing clothing
Ronhill.csv - Ronhill running clothing

Equipment
Mad2.csv - Giro sunglasses, and cycling helmets
Commentaire de Laurent Payot [ 07/mai/10 17:30 ]
J'ai soumis les fichiers clothing du pro en suppression produit. j'ai soumis les fichier clothing sur le FTP, ils vont normalement régénérer les produits et annonces FR.

En examinant la config FTP j'ai vu qu'il n'y avait pas de sous répertoires pour différentier les fichiers mode des fichiers matériel de sport sur UK. J'ai créé le jira IMP-6043 pour ça.
Commentaire de Laurent Payot [ 10/mai/10 10:35 ]
La suppression-recréation des produits n'a rien changé. En y regardant de plus près on voit que des URL images sont invalides, cela directement dans le fichier du pro. Il faut tout simplement que le pro corrige ses URL si il veut avoir des images.



[APP-5739] FP BO - onglet Attribut : comportement étrange avec l'attribut "En tête / Gamme" Création: 05/oct./05 10:56  Mise à jour: 25/juin/07 18:32  Résolue: 07/oct./05 11:01

Etat: Fermé
Projet: Application PriceMinister
Composants: Produits
Affecte la/les version(s): 8.0.4f
Version(s) corrigée(s): 8.0.6

Type: Bogue Priorité: Majeur
Rapporteur: Nicolas Gréhalle Attribution: Gaël Klosek
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Site: Prod

 Description   
Sur le type "Jeux Vidéo en précommande", j'ai mappé l'attribut "en tête/Gamme", puis j'ai mappé des valeurs pour ce type et cet attribut?
Cependant, lorsque je mets une nouvelle valeur sur une FP et que je valide en BO, l'attribut disparait. Du coup, la fiche ne matche plus correctement la navigation dés que l'on fait une modification de la ficher en BO.

C'est systématique et reproduit en intégration.

 Commentaires   
Commentaire de Gaël Klosek [ 07/oct./05 09:00 ]
Le mécanisme de mise à jour des information produits, au niveau BO, déclenche la suppression des attributs "Fabricant" et "en tête/Gamme" afin de les recréer avec les nouvelles informations validées.
Le problème vient du fait que l'information "en tête/Gamme" n'est pas présente dans les informations BO de certains types de produits, tel que "Jeux Vidéos en Précommande". Ceci explique la disparition de l'attribut sans être recréé.

Dorénavant, l'attribut "en tête/Gamme" sera donc affiché s'il est mappé sur le type de produit et ainsi que des valeurs.
Commentaire de Florent Bernard [ 07/oct./05 17:34 ]
OK ajout et modification d'un attribut entete/gamme



[IMP-392] Creation compte FTP pseudo: Zeromusite (Tiendas Tipo) Création: 03/avr./07 10:11  Mise à jour: 30/oct./09 15:43  Résolue: 05/avr./07 10:26

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Cantoni Carlos Attribution: Marion Anfreville
Résolution: Corrigé  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: 10 minutes Temps consacré: 10 minutes
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Liens des demandes:
Dépendance
est bloqué par IMP-473 Creation Format Profil et Import Fic... Résolu
Sous-tâches:
Clé
 Résumé
 Type
 Etat
 Attribution
IMP-494 Créer la configuration xml pour le co... Sous-tâche Résolu Daniel Pintamalli  
Pays:
ESP - Espagne
Login: ZEROMUSITE
Séparateur: N/A
Type de traitement:
N/A
Estimation: Petit

 Description   
merci de creer un compte FTP pour le partenaire espagnol Zeromusite "Tiendas Tipo"

 Commentaires   
Commentaire de Marion Anfreville [ 03/avr./07 11:57 ]
COMPTE du vendeur créé ...

======= Compte FTP =======
==== Home : zeromusite =====
==== Pass : Ft07_pm8 =======
Commentaire de Marion Anfreville [ 03/avr./07 12:00 ]
adresse es : ftp.priceminister.es/

Le partenaire peut se connecter à son compte avec ces paramètres afin de déposer son fichier complet.

Je garde la demande ouverte car la configuration FTP ne pourra être faite que lorsque le partenaire aura un ou plusieurs profils d'import.
Commentaire de Marion Anfreville [ 05/avr./07 10:26 ]
Une autre demande ou sous-tâche sera ouverte pour la config. FTP lorsque tu auras fait ta demande de création de profil(s)/format pour le partenaire (pas de profil d'import => pas de config FTP).



[IMP-6656] [FR] Flux de commandes FTP du compte: rlo25 Création: 29/juil./10 15:03  Mise à jour: 29/juil./10 16:41  Résolue: 29/juil./10 16:41

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Jeremy Pallot Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: rlo25
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces (écrasement), Mise à jour/création annonces, Suppression annonces

 Description   
Bonjour,

Pouvez-vous ajouter au FTP du compte: rlo25 les flux de commandes.

Merci,

 Commentaires   
Commentaire de Fotigui Tangara [ 29/juil./10 16:37 ]
Rappel des paramètres de connexion :

=====================================
Compte FTP vendeur créé...

Pseudo : rlo25
mot de passe : r!25L21
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : non
=====================================
Commentaire de Fotigui Tangara [ 29/juil./10 16:37 ]
=====================================
Compte FTP vendeur créé...

Pseudo : rlo25
mot de passe : r!25L21
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui
=====================================


C'est OK.
Demande traitée.



[EXP-4724] Ajout d'une nouvelle servlet "test" dans jk.bo Création: 24/févr./09 10:45  Mise à jour: 15/mai/09 09:51  Résolue: 15/mai/09 09:51

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Majeur
Rapporteur: Espérance Galouo-Lece Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
 - Dans un premier temps ajouter la servlet dans le jk.* (utilisé par preview.priceminister.com) et supprimer (ou renommer) le répertoire "test" présent dans sur "/htdocs/pmweb/"; faire un "graceful"
 - Une fois que la page "/test/contact/index.html" sur preview s'affiche comme voulu, la servlet "test" peut être ajouté dans le "jk.bo" et le répertoire "test" supprimé définitivement (si ce n'est pas encore fait);

 Commentaires   
Commentaire de Jérémie Bennejean [ 15/mai/09 09:51 ]
C'est toujours d'actualité?

C'est un nouveau jk.bo ?



[IMP-2128] les majs déposés sur le FTP ne sont pas prises en compte pro antonline Création: 21/avr./08 15:35  Mise à jour: 30/oct./09 15:51  Résolue: 23/avr./08 10:33

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Gaël Seguillon Attribution: Fabien Farache
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: antonline
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)

 Description   
05/06/2007 - XBA


======= Compte FTP =======
==== Home : antonline =====
==== Pass : aos666 =======

le fichier de maj reste sur le FTP n'est pas retiré n'est pas pris en compte depuis plusieurs semaines

 Commentaires   
Commentaire de Fabien Farache [ 23/avr./08 10:02 ]
Le ftp est sensible à la casse.
Il faut dire au pro que les extensions de ses fichiers déposés doivent être du type .csv ou .txt (et non .TXT comme le fichier qui n'était pas pris en compte)
Commentaire de Fabien Farache [ 23/avr./08 10:33 ]
C'est bon... suite au changement de l'extension que j'ai effectué sur son ftp (.TXT --> .txt) son fichier a été traité



[IMP-2743] création compte FTP temporaire pour le partenaire mgoddingltd Création: 20/oct./08 09:57  Mise à jour: 30/oct./09 15:43  Résolue: 20/oct./08 11:54

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Robin Dohin Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: mgoddingltd
Séparateur: N/A
Type de traitement:
N/A

 Description   
création compte FTP temporaire pour le partenaire mgoddingltd

Le partenaire a besoin de me transmettre un fichier de taille importante. Merci de bien vouloir lui créer un compte FTP temporaire.

 Commentaires   
Commentaire de Fotigui Tangara [ 20/oct./08 11:52 ]
=====================================================================
Compte FTP vendeur créé provisoirement en vu de transfert de fichiers

Pseudo : mgoddingltd
mot de passe : mgoROB
Serveur : ftp.priceminister.com / fr

=====================================================================
Commentaire de Fotigui Tangara [ 20/oct./08 11:54 ]
Demande traitée...
Commentaire de Robin Dohin [ 20/oct./08 11:59 ]
ok, merci



[APP-17075] Fiche Produit BO - Impossibilité d'entrer une date de sortie/parution Création: 13/juil./07 10:30  Mise à jour: 17/juil./07 18:05  Résolue: 13/juil./07 16:59

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office, Produits
Affecte la/les version(s): 15.0.2
Version(s) corrigée(s): 15.0.3

Type: Bogue Priorité: Critique
Rapporteur: Laujol Jean-François Attribution: Sébastien Cambi
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File Date_Sortie_non_enregistree.JPG    
Liens des demandes:
Duplicate
a pour doublon APP-17078 Fiches produit - Champ sortie / parut... Fermé
Pays:
FRA - France
Site: Prod
Projets PM archivés: Maintenance 15.x.x

 Description   
Comme le titre l'indique, il est impossible d'entrer une date de sortie/parution dans la fiche du produit sur le BO dans la catégorie "Modélisme" (pas encore constaté ailleurs dans d'autres catégories mais il est possible que le bug soit visible autre part).
N'hésitez pas à venir me voir si jamais vous avez besoin d'explications plus concrètes (Rez de chaussée - équipe Validation).

 Commentaires   
Commentaire de Laujol Jean-François [ 13/juil./07 11:07 ]
Bug également constaté sur la catégorie "Jouet" du BO.
A noter aussi que la date ne s'affiche pas plus sur le Front et le BO-Front.
Commentaire de Espérance Galouo-Lece [ 13/juil./07 13:24 ]
Sous le serveur "Sol"

2007-07-13 12:33:49,726 INFO [-Processor16] BO:Anonyme - >>> GET http://bo.priceminister.com/referential_back?action=productview&productid=49515698
2007-07-13 12:33:49,944 INFO [-Processor16] BO:Anonyme - <<< [218 ms] GET http://bo.priceminister.com/referential_back?action=productview&productid=49515698
2007-07-13 12:34:14,355 INFO [-Processor50] BO:Anonyme - >>> POST http://bo.priceminister.com/referential_back!action=productupd...&contributor0=BENNY GOOD...&listprice=17.02
&medium=130&newcurrencyid=978&prdstatuscode=10&prdtypecode=20&productid=49515698&radiobutton=on&releasedate=01/01/2002&role0=10&specstatuscode=10&title=1931-1945&x=0&y=0
2007-07-13 12:34:14,491 INFO [-Processor50] BO:Anonyme - <<< [136 ms] POST http://bo.priceminister.com/referential_back!action=productupd...&contributor0=BENNY GOOD...&listpr
ice=17.02&medium=130&newcurrencyid=978&prdstatuscode=10&prdtypecode=20&productid=49515698&radiobutton=on&releasedate=01/01/2002&role0=10&specstatuscode=10&title=1931-1945&x=0&y=0

 - Quand la mise à jour de la date de "Sortie/Parution" se fait en INTEG, la zone de saisie efface le contenu puis ne rien
Commentaire de Edouard Gomez-Vaez [ 13/juil./07 16:22 ]
Dans les catégories modélisme, jeux etc... il se trouve que le medium est obligatoire à la modification BO (même si ce n'est pas le cas à l'import).

En revanche, toute modification de FP en BO fait perdre la date de parution à la fiche !
Commentaire de Aurélien Vergalli [ 13/juil./07 16:26 ]
note : la pièce jointe n'a strictement rien a voir avec le problème de date parution (problème en outre constaté sur tous les types de produit)



[IMP-1412] topv : reçoit le flux de 2 comptes Mixad differents Création: 11/oct./07 16:58  Mise à jour: 30/oct./09 15:51  Résolue: 11/oct./07 17:52

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Jérome Marianne Attribution: Rodrigue Nsiangani
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 5 minutes
Estimation originale: Non spécifié

Pays:
FRA - France
Login: topv
Modèle: mixad
Séparateur: N/A
Type de traitement:
Mise à jour/création annonces (écrasement)
Estimation: Petit
Groupe: mixad

 Description   
Suite à un bug il semblerait que deux comptes Mixad envoient actuellement leurs annonces sur ce compte Price.

Serait t-il possible d'avoir les identifiants ou noms des deux comptes qui envoient sur celui-ci.

Les annonces actuelles de ce comptes doivent être suprimées car elles sont en doublon sur le site et avec des erreurs de coordonnées.

Il ne doit plus y avoir d'import tant que les deux comptes n'auront pas été identifiés.

 Commentaires   
Commentaire de Jérome Marianne [ 11/oct./07 17:10 ]
Maj : Il semble qu'il y ait plusieurs comptes Mixad qui envoient sur ce compte price car en regardant les annonces du comptes on voit plusieurs CP et villes différentes.
Commentaire de Rodrigue Nsiangani [ 11/oct./07 17:52 ]
Cela a déjà corrigé dans une demande précédente.
En faite, le pattern n'était pas assez restrictif donc la plupart des comptes envoyés les fichiers sur le compte du partenaire "topv".
Si tu regardes l'historique du partenaire, tu verras qu'il y a un fichier en erreur
http://bo.priceminister.com/datafile_back?action=advfilesearch&file_id=&login=topv&end_date=11%2F10%2F2007

Avant on avait le pattern suivant :
      <Pattern key='topv'>topv</Pattern>
Maintenant :
      <Pattern key='^topv$'>topv</Pattern>

Je ferme.
Commentaire de Rodrigue Nsiangani [ 11/oct./07 17:52 ]
Tu peux vider son compte



[APP-15521] Mettre en place un système permettant d'associer dans les logs un identifiant aux actions réalisées en BO Création: 15/mars/07 16:22  Mise à jour: 06/juil./07 16:51  Résolue: 30/avr./07 11:00

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 13.0.3
Version(s) corrigée(s): 15.0.0

Type: Amélioration Priorité: Majeur
Rapporteur: Younès Charrière Attribution: Clémence Desneiges
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à APP-15517 problème de messages supprimés sans e... Fermé
Pays:
FRA - France
Site: Prod
Classif1: BO
Classif2: login
Projets PM archivés: Maintenance 15.x.x

 Description   
Actuelement, nous n'avons aucun moyen de connaître dans les logs la provenance d'une action effectuée en BO (traitement des messages tels que les claims, param, ...).
Serait-il possible de mettre en place un mécanisme d'identification (comme sur infoglue par exemple) qui nous permettrait donc d'associer un login aux actions dans les logs ?
Ceci, nous simplifierait grandement l'identification de certains problèmes. Pour exemple se repporter au jira APP-15517.

Merci.

 Commentaires   
Commentaire de Clémence Desneiges [ 25/avr./07 18:09 ]
Mise en place d'un log spécifique lorsqu'un utilisateur fait quelque chose en BO. S'il est identifié, son login, sinon "Non identifié"
Commentaire de Quentin de Chivré [ 26/avr./07 17:00 ]
Et il a quelle tete ce log ? :-)

Merci de mettre qq lignes en exemple
Commentaire de Clémence Desneiges [ 30/avr./07 10:59 ]
Certes!

C'est log4j.xml qui met en forme la ligne de log. Son dernier paramètre avant l'affichage du message est la variable name.
C'est à cette variable que nous allons affecter différentes valeurs selon l'état et l'endroit où l'on se trouve.

BO:
  - Si l'utilisateur est identifé:
      2007-04-30 10:57:37 DEBUG [Query ] BO:desneigc - UsrMessageSearchQuery
  - Sinon:
      2007-04-30 10:57:37 DEBUG [Query ] BO:Anonyme - UsrMessageSearchQuery

FO: (cela reste inchangé)
      2007-04-30 10:42:19 DEBUG [Request ] 192.168.1.166 - Request.toString
ou
      2007-04-30 10:42:19 DEBUG [Request ] clemd1 - Request.toString
Commentaire de Christophe Garcia [ 06/juil./07 16:51 ]
Vu par VID



[APP-24093] (UK) Mauvais franglais dans le BO Recherche de fichiers Import (messages d'erreurs notamment) Création: 30/janv./09 17:08  Mise à jour: 14/avr./09 10:31  Résolue: 10/avr./09 16:37

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office, Import de Fichiers
Affecte la/les version(s): 39.0.0 (CTN-I)
Version(s) corrigée(s): 44.0.1 (Opé bon plan radin)

Type: Amélioration Priorité: Mineur
Rapporteur: Rémi Virlouvet Attribution: Rémi Virlouvet
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg     JPEG File screenshot-2.jpg    
Pays:
GBR - Royaume Uni
Site: Prod
Projets PM: *** CHASSE ***

 Description   
Des libellés comme "Date od download" "The 50 first errors" "Export erroneous lines erroneous" "None of this listings in your inventory" se trimballent dans les fichiers d'import en BO prod UK et c'est pas très joli.... notamment pour les vendeurs pro qui peuvent avoir du mal à comprendre les erreurs de traitement de leurs fichiers.

 Commentaires   
Commentaire de Edouard Gomez-Vaez [ 11/févr./09 09:44 ]
Lors du traitement de ce Jira, faire une passe sur les messages d'erreurs possibles renvoyés par les imports et voir avec Rémi leur bonne formulation.
Commentaire de Rémi Virlouvet [ 05/mars/09 15:23 ]
voir en fait avec Laurent, expert imports anglophone, merci
Commentaire de Benoît Bourdon [ 05/mars/09 15:37 ]
en fait tout ces messages sont dans IG .... donc traduisibles sans intervention dev.
Commentaire de Jérôme Viviès [ 05/mars/09 16:49 ]
Rémi, dans IG, c'est pour toi, mais il faudra effectivement consulter l'équipe Import au passage. :)
Commentaire de Rémi Virlouvet [ 16/mars/09 11:12 ]
se trouvent dans

/default/Labels/_Mon Compte/_Espace Vendeur/_Fichier de stock/xxxxxxxx

ont été traduits par clarkee,

seront améliorés sous peu
Commentaire de Rémi Virlouvet [ 07/avr./09 16:27 ]
cms ref et branch

/default/Labels/_Phrase/_S/StockServiceBean/MSG_ADVERT_NONE_FOUND - English (UK) (276473)
    /default/Labels/_Mon Compte/_Espace Vendeur/_Fichier de stock/AdvFileReport/lbl_product_type - English (UK) (321868)

2009-04-07

clarkee
/default/Labels/_Mon Compte/_Espace Vendeur/_Fichier de stock/AdvFileReport/title_import_file_type - English (UK) (321867)

2009-04-07

clarkee
/default/Labels/_Mon Compte/_Espace Vendeur/_Fichier de stock/AdvFileReport/link_export_line - English (UK) (274027)

2009-04-07

rvi
/default/Labels/_Mon Compte/_Espace Vendeur/_Fichier de stock/AdvFileReport/lbl_first_error - English (UK) (274028)

2009-04-07

rvi
/default/Labels/_Mon Compte/_Espace Vendeur/_Fichier de stock/AdvFileReport/lbl_download_date - English (UK) (321866)

2009-04-07

rvi
/default/Labels/_Mon Compte/_Espace Vendeur/_Fichier de stock/AdvFileReport/lbl_default_quality - English (UK) (321865)

2009-04-07

clarkee
/default/Labels/_Mon Compte/_Espace Vendeur/_Fichier de stock/AdvFileReport/lbl_ajust_best_price - English (UK) (321864)

2009-04-07

rvi
/default/Labels/_Mon Compte/_Espace Vendeur/_Fichier de stock/AdvFileReport/info_no_error_until_now - English (UK) (321863)

2009-04-07

clarkee
/default/Labels/_Mon Compte/_Espace Vendeur/_Fichier de stock/AdvFileReport/info_file_not_processed - English (UK) (321862)

2009-04-07

clarkee
/default/Labels/_Mon Compte/_Espace Vendeur/_Fichier de stock/AdvFileReport/info_file_cannot_be_processed - English (UK) (321861)

2009-04-07

clarkee
/default/Labels/_Mon Compte/_Espace Vendeur/_Fichier de stock/AdvFileUploadPrepare/lnk_title_what_is_it - English (UK) (321860)

2009-04-07

clarkee



[APP-3227] Recherche BO : Si un résultat, rediriger vers la page de détail plutot que la page de recherche Création: 07/déc./04 12:30  Mise à jour: 25/juin/07 18:27  Résolue: 25/juin/07 18:27

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.8
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Steven Harel Attribution: Gaël Klosek
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
lorsque l'on effectue une recherche en back office, on arrive sur une page où
sont listés les résultats

afin de gagner beaucoup de temps, lorsque la recherche ne donne qu'un
résultat, il faudrait non pas se retrouver sur une page qui propose une ligne
avec 1 résultat mais directement arriver sur la page du résultat

par exemple, ne pas afficher :
http://bo.priceminister.com/wallet_back?
action=operationsearch&user_account_id=&javascript_callback=&operation_id=14678
45&login=&opr_type_code=&opr_status_code=&start_date=&end_date=&number_rows=200
&x=56&y=13

mais afficher directement :
http://bo.priceminister.com/wallet_back?
action=operationbackview&operationid=1467845

il faudrait le faire pour chaque recherche

 Commentaires   
Commentaire de Quentin de Chivré [ 10/déc./04 11:16 ]
A faire sur les recherches BO suivantes :

advert/back/AdvertSearchModel.java
question/back/QuestionSearchModel.java
coupon/back/CouponModelSearchModel.java
image/back/ImageSearchModel.java
purchase/back/ItemSearchModel.java
purchase/back/PurchaseSearchModel.java
referential/back/ProductSearchModel.java
user/back/UserSearchModel.java
wallet/back/DepositSearchModel.java
wallet/back/OperationSearchModel.java
Commentaire de Gaël Klosek [ 10/déc./04 15:18 ]
Les recherches BO suivantes ont été modifiées avec succès. Le résultat de la
recherche affiche directement le détail du résultat dans le cas où le nombre de
résultat trouvé est égal à 1.

advert/back/AdvertSearchModel.java
question/back/QuestionSearchModel.java
coupon/back/CouponModelSearchModel.java
purchase/back/ItemSearchModel.java
purchase/back/PurchaseSearchModel.java
user/back/UserSearchModel.java
wallet/back/DepositSearchModel.java
wallet/back/OperationSearchModel.java

Les recherches BO suivantes n'ont subi aucune modification afin de ne pas perdre
la navigation de l'interface BO si un seul resultat est trouvé:

referential/back/ProductSearchModel.java
image/back/ImageSearchModel.java



[APP-11871] Identification produit en BO: possibilité de générer un ISBN pour des produits autre que livre Création: 29/août/06 17:17  Mise à jour: 25/juin/07 18:43  Résolue: 30/oct./06 18:37

Etat: Fermé
Projet: Application PriceMinister
Composants: Produits
Affecte la/les version(s): 9.0.2a
Version(s) corrigée(s): 11.0.0 (Merge et Maintenance)

Type: Bogue Priorité: Mineur
Rapporteur: Patrick Condevaux Attribution: Judd OSullivan
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à APP-14465 Mise en vente livres - code factice r... Fermé
Site: Prod
Classif1: BP
Classif2: RBP - nettoyage - identification

 Description   
en BO, sur une fiche produit on a la possibilité d'ajouter des identifications.

si on ajoute uncode barre / EAN
il est ensuite possible de generer un ISBN a partir de ce numero quelque soit le type de produit alors que les identifiant ISBN sont reserve au livre.

Il est egalement possible d'ajouter directement cet identifiant ISBN an'importe quel type de produit.

 Commentaires   
Commentaire de Swan Desportes [ 29/août/06 17:43 ]
pb ejb ? ou pb fonctionnel ?
Commentaire de Judd OSullivan [ 29/août/06 19:14 ]
On a toujours un jira qui parle de ce problème n'est-ce pas. Sinon on garde celle-ci parce que c'est important de le corriger.
Commentaire de Mostafa Diane [ 30/août/06 10:37 ]
en gros on fait pas de contrôle sur le type de produit pour générer un isbn.
Commentaire de Judd OSullivan [ 30/oct./06 18:37 ]
Maintenant il est impossible de convertir un EAN qui n'est pas pour un livre en ISBN. Par contre on peut toujours ajouter un isbn à un produit autre que livre. On va pas corriger ca. En BO on laisse la discretion à nos experts BO produits.
Commentaire de Patrick Condevaux [ 21/déc./06 11:49 ]
ok en INTEG
Commentaire de Edouard Gomez-Vaez [ 28/déc./06 15:07 ]
En opposition avec un Jira qui demandait le contraire.



[APP-18035] "Régression" sur le BO : code couleur permettant de différencier les environnements DEV / INTEG / PROD Création: 28/sept./07 17:33  Mise à jour: 02/mai/08 11:28  Résolue: 30/avr./08 14:57

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): ToDo, 17.0.0
Version(s) corrigée(s): 21.0.0

Type: Bogue Priorité: Majeur
Rapporteur: Renaud Dierickx Attribution: Damien Dorizy
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
a pour doublon APP-18177 [BO] Différenciation visuelle entre p... Fermé
a pour doublon APP-8143 Différencier site de PROD et site d'I... Fermé
Similaire
similaire à APP-20160 bo.priceminister.es/summary - balise ... Fermé
Pays:
ALL - Tous
Projets PM archivés: Maintenance CTN-C

 Description   
Lors de la mise en place du nouveau menu, on a perdu le code couleur permettant de différencier les environnements DEV / INTEG / PROD...
C'est dommage car c'était très pratique :o(
Damien, peux-tu mettre en place un truc similaire dans le nouveau BO ?
Merci d'avance

 Commentaires   
Commentaire de Damien Dorizy [ 11/oct./07 18:20 ]
J'ai ajouté un liseret vert lorsqu'on est en dév ou intég, rouge pour la prod pour la V17.1.0. Est-ce que c'est mieux ?
Commentaire de Fabien Farache [ 12/oct./07 11:36 ]
Serait il possible d'avoir une bande plus large ? là c'est vraiment un liseret ; pas forcément visible au premier coup d'oeil
Commentaire de Damien Dorizy [ 12/oct./07 12:25 ]
C'est déjà un double liseret de 5 pixels, soit 10 pixels en tout. J'ai peur que ça prenne beaucoup de place après sur de petits écrans.
Le vert est peu visible, mais la différence avec le rouge de la prod devrait sauter aux yeux. Voir sinon pour changer le vert en une couleur plus visible ?
Commentaire de Damien Dorizy [ 15/oct./07 12:23 ]
Après avoir testé avec 10 pixels de chaque côté, ça fait beaucoup trop. On laisse 5 pixels, la différence avec le rouge de la prod devrait être largement suffisante.
Voir ensuite si ce n'est pas suffisant pour modifier la couleur des blocs du menu à gauche (modification rapide) pour aider un peu plus à l'identification.
Commentaire de Rodrigue Nsiangani [ 23/oct./07 15:36 ]
Le rouge ce n'est pas super. Nous confondons la PROD et l'INTEG car au départ seul l'INTEG possédait une bande. :-(
Commentaire de Fabien Farache [ 23/oct./07 15:37 ]
Je persiste... 2 bande de 5 px ce n'est pas assez large et ne se voit pas direct. De plus mettre le rouge en prod n'est pas la meilleure idée (comme je te l'avais dit de vive voix)

Je viens de faire une modif en prod, au lieu de l'integ car avant les bandes de l'integ étaient rouges...
Commentaire de Benoît Bourdon [ 05/nov./07 18:35 ]
Je viens voir ça aussi,
- Vert pour les environnements sans risque (dev et integ)
- Rouge pour la PROD
c'est pas mal !
par contre ça fait des liserets trop peu visible ...

Si 10px de chaque coté c'est trop, par contre
- Rien à gauche
- Un liseret de 10px à droite
ça serait peut être plus visible ?
Commentaire de Fabien Farache [ 08/nov./07 16:00 ]
Désolé de revenir encore la dessus mais je viens encore de me faire avoir... on ne voit pas ces bandes, elles sont beaucoup trop fines.
Commentaire de Damien Dorizy [ 10/déc./07 18:35 ]
Est-ce qu'avec l'habitude ça va mieux ? Je trouve la différence integ/prod assez flagrante pourtant.
Sinon il y a plusieurs solutions envisageables :
- Proposer une bande de 5px par défaut mais "modifiable" par l'utilisateur (stockée dans le cookie)
- Ajouter un repère visuel différent dans le menu (barre grises en integ, d'une autre couleur en prod). Le problème étant que le menu peut être masqué.
Commentaire de Fabien Farache [ 12/déc./07 11:25 ]
ce n'est pas une question d'habitude... la différence n'est absolument pas flagrante
Commentaire de Fabien Farache [ 25/janv./08 16:16 ]
Idée : dans le BO nous avons un menu à gauche avec des sous menus dépliables dont les noms des sous menus sont toujours visibles.
Ces sous menus sont sur un fond gris actuellement. Ne serait il pas possible de modifier la css pour avoir une autre couleur ?? 2 couleurs distinctes enfonction de la plateforme où nous sommes.
Commentaire de Christophe Garcia [ 09/avr./08 10:41 ]
Pb de déploiement hier soir.
Redémarrage en cours.
Commentaire de Fabien Farache [ 09/avr./08 10:46 ]
Il ne faut pas fermer cette demande... je persiste et ne suis pas le seul. C'est "bandes" ne sont pas assez visibles et rien a été modifié pour l'instant (en france) donc pas de fermeture.
Commentaire de Damien Dorizy [ 09/avr./08 11:07 ]
Oui, le Jira a été fermé car indiqué similaire à celui qui était invalide.

Mais on est en train de faire plusieurs images de différentes couleurs (probablement dans les rouges et verts pour ne pas changer l'habitude) pour remplacer celles grises des menus, ça va arriver promis.
Commentaire de Damien Dorizy [ 30/avr./08 11:25 ]
Différentiation DEV/INTEG/PROD mise en place.
Il manque juste des images spécifiques dév, prévu pour dans la journée.



[APP-24311] (UK) DEV fiche produit en BO, impossible de valider, d'où produits masqués Création: 13/févr./09 12:34  Mise à jour: 02/mars/09 12:20  Résolue: 02/mars/09 11:52

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 39.0.0 (CTN-I), 40.0.0 (CAT-G)
Version(s) corrigée(s): 41.0.1

Type: Bogue Priorité: Critique
Rapporteur: Rémi Virlouvet Attribution: Rémi Virlouvet
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg     JPEG File screenshot-2.jpg     JPEG File screenshot-3.jpg    
Pays:
GBR - Royaume Uni
Site: Dev
Projets PM: *** RESERVE ***

 Description   
Hello,

des annonces créées il y a un bail sont toujours en masqué, donc non utilisables pour faire des tests d'achat en dev.

Lorsque je vais dans mon inventaire, puis sur la fiche produit, et que je prends la clé produit (ou que j'appuie sur le petit B orange) pour aller en BO, ça affiche null, je ne peux donc pas les valider manuellement.

 Commentaires   
Commentaire de Rémi Virlouvet [ 16/févr./09 12:22 ]
en fait le problème est qu'il n y a plus d'annonces en dev, et qu aucune des nouvelles créées ne sont visibles. pourtant dans mon inventaire je vois mes annonces.... et en bo je vois visible... (quand je recherche avec la clé produit). le 'null' s'affiche quand je veux aller du front au back en appuyant sur le b orange en fiche produit.
Commentaire de Benoît Bourdon [ 18/févr./09 10:36 ]
C'est le même pb que ce qu'on avait en V40 ?

Rèmi > C'est sur un serveur de DEV - si j'ai bien compris ?
Commentaire de Rémi Virlouvet [ 18/févr./09 13:05 ]
oui oui, sur mon dev uk http://www.ref-uk.pm.dev/info/home
Commentaire de Martin Sudmann [ 19/févr./09 10:48 ]
ce pb a été corrigé avec la V40.

il faut que tu mettes à jour ton code source à partir de Bazaar :

cd dev
bzr up

puis arreter ton serveur :

killjboss

puis recompiler :

cd source
./pmbuild.sh full

et enfin redémarrer le serveur :
jbossrun



[CAT-2127] BO fiche produit - probleme dans la sous classification cartes de jeux magic Création: 08/oct./09 16:12  Mise à jour: 14/oct./09 15:40  Résolue: 14/oct./09 15:40

Etat: Résolu
Projet: Paramétrage - Non Import
Composants: Mise en vente
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Tristan Wermelinger Attribution: Carole Boucheny
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File cartes magic pb npf.JPG    
Pays:
FRA - France

 Description   
BO fiche produit - dans la catégorie cartes de jeux (trading cards) , la sous classification des cartes Magic comporte 2 fois : sets booster. Ce double choix pose le problème de la non mise en concurrence des cartes de jeux similaires et la double création éventuel de catégorie set booster dans la NpF.

 Commentaires   
Commentaire de Marion Anfreville [ 09/oct./09 16:11 ]
La valeur conditionnement "Sets / Booster" apparaît 2 fois dans la MeV (arbre cat).

Le fait de corriger la MeV devrait corriger l'affichage BO fiche produit (1 seule valeur "Sets / Booster").

Pas de risque d'éparpillement des produits toutefois car la valeur appraît 2 fos dans la MeV/BO fiche produit mais il s'agit en fait de la même valeur d'attribut.
Commentaire de Carole Boucheny [ 14/oct./09 15:40 ]
J'ai rendu inactif le second noeud. Il s'agissait de la même clé de valeur. C'est testable sur preview : http://preview.priceminister.com/submit?action=submitcomplete&stage=10&category_ref=193257&submitbtn=

Et en prod dès demain.



[APP-31755] [Gestionnaire de commande] Brand des mails message suite action BO Création: 15/nov./10 11:49  Mise à jour: 15/nov./10 14:58  Résolue: 15/nov./10 14:03

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 81.0.0 (TX-Q)
Version(s) corrigée(s): 81.0.0 (TX-Q)

Type: Bogue Priorité: Majeur
Rapporteur: Cédric Goldovsky Attribution: Dispatcher (Pôle TX)
Résolution: Invalid  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Integ
Projets PM: CoSAV : Gestionnaire de commande
Navigateur: Tous

 Description   
Lorsque des messages sont catchés BO puis traités par le SAV, je reçois un mail

Ces mails sont brandés PM alors que je suis sur LRO
Il s'agit de ce panier : http://laredoute.pminteg.fr/purchase_back?action=purchaseview&purchaseid=89264634
Est-ce parce que l'acheteur est brandé PM
Par contre, pour le vendeur, je ne sais pas...

 Commentaires   
Commentaire de Thomas Landru [ 15/nov./10 14:03 ]
Le BO ne se positionne jamais sur le summary de la redoute pour effectuer de la modération donc ce problème se présentera toujours ... je le passe en invalide car je doute que l'on améliore ceci à l'avenir pour les brands.



[APP-24757] Passage des paramétres POST sur les pages coupon_back et wallet_admin en BO Création: 23/mars/09 16:33  Mise à jour: 01/avr./09 10:28  Résolue: 31/mars/09 10:20

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 44.0.0 (TX-F)
Version(s) corrigée(s): 44.0.0 (TX-F)

Type: Bogue Priorité: Mineur
Rapporteur: Emilien Guichard Attribution: Clement Balay
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: PNG File coupon_back.png    
Pays:
FRA - France
Site: Dev
Projets PM archivés: Sécurisation BO - Masquage Mots de Passe

 Description   
Suite à l'implémentation du masquage du mot de passe en BO (TX-04)

lorsque l'on change de profil (lien "changer de profil") juste après avoir validé un coupon pour un utilisateur ou validé une opération PMV,
on se retrouve sur la page sans les paramètres et une erreur "La page demandée n'est pas disponible" apparait.

 Commentaires   
Commentaire de Clement Balay [ 23/mars/09 17:37 ]
La redirection vers la page d'avant se fait dans deux cas:
1) L'utilisateur valide un formulaire et n'a pas accès à cette page de validation (ex: pmv)
2) L'utilisateur valide un formulaire et ensuite décide de changer de profil (ex: tous les formulaires POST)


Solution pour les deux cas:
On ne fait rien, celui qui valide le formulaire n'a qu'a être connecté avec le bon compte

Solution pour le cas No 1
Dans ce cas, c'est la jsp error_401.jsp (non gérée par l'application) qui redirige vers le referrer. il faut donc dans ce cas récupérer les paramètres POST dans la requête et les envoyer dans la redirection en GET. Du coup la validation du formulaire aura continué son chemin et sera transparente pour l'utilisateur.

Solution pour le cas No 2
Dans ce cas, c'est la page DisconnectView.jsp (gérée par l'application) qui redirige vers le referrer.
- Soit on récupère les paramètre POST et on les mets dans le get mais le pb est que nous allons donc valider une deuxième fois ce formulaire donc impossible)
- Soit on sécurise le bouton dans le formulaire. C'est à dire que l'on sait lors de la création du formulaire que la validation de celui-ci nécessite un rôle spécifique. Donc si l'utilisateur actuel ne possède pas ce rôle, on ne lui affiche pas le bouton.



[APP-5936] BO IMAGES: il faut afficher si une image est issue d'un import Création: 18/oct./05 11:00  Mise à jour: 25/juin/07 18:32  Résolue: 19/oct./05 17:32

Etat: Fermé
Projet: Application PriceMinister
Composants: Images produit
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 8.0.7

Type: Bogue Priorité: Mineur
Rapporteur: Martin Sudmann Attribution: Swan Desportes
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Site: Integ

 Description   
aujourd'hui tous les images affichent des user_account_id, même si elles sont importées via script.
Il faut alors utiliser le prd_source_code (import = 260) pour ajouter un flag "import" à coté du pseudo du vendeur si l'image est importée.
Dans ce cas, on dispose également de l'URL d'origine de l'image. Est-ce que cette information est utile en BO (faut-il l'afficher)?

 Commentaires   
Commentaire de Arnaud Forgues [ 19/oct./05 15:12 ]
Je te laisse maitre du chantier image !! ;P
Commentaire de Swan Desportes [ 19/oct./05 17:32 ]
Les informations prd_source_code et url sont ajoutés dans le BO.
Il faut prévenir l'équipe Validation pour qu'il puisse en tirer profit.



[APP-11761] BO - Fiche produit : le champ 'Nb de supports' n'apparaît pas pour le type 'REVUE' Création: 22/août/06 12:06  Mise à jour: 25/juin/07 18:43  Résolue: 30/août/06 12:02

Etat: Fermé
Projet: Application PriceMinister
Composants: Produits
Affecte la/les version(s): 9.0.2a
Version(s) corrigée(s): 9.0.4

Type: Bogue Priorité: Majeur
Rapporteur: Ariane Baldinger Attribution: Manuel Sadok
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
doublon de IMP-47 Fiche Produit de la catégorie "Revue"... Résolu
Site: Prod

 Description   
La modélisation REVUE a changé :
c'était un medium du type LIVRE => c'est maintenant un type à part entière

Du coup le champ 'nb de supports' n'apparaît pas sur les fiches produit de type REVUE en BO. <= vu avec Arnaud et Manuel : dans le code ce champ apparaît que pour des types modélisés avec des mediums alors qu'il devrait pouvoir apparaître pour une modélisation sans support.

 Commentaires   
Commentaire de Manuel Sadok [ 30/août/06 12:02 ]
Désormais l'affichage ou non du 'Nb de supports' en BO est totalement dissocié de l'existence de medium pour le type de produit concerné.

J'ai rajouté une nouvelle notion dans la configuration produit : "Afficher le nombre de support".
Il suffit de cocher cette case.

Cette notion est également utilisable en Velocity pour la configuration des formulaires : $confProduct.showMediumCount()

Lors de l'ajout de cette colonne, j'ai autorisé l'affichage du nombre de support pour 7 types de produit :
- CD
- Logiciels
- Vidéo
- Livres
- Vinyles
- Figurines
- Collections

Si il y a besoin de le faire pour d'autres, il suffit de le paramétrer ! :-)
Commentaire de Sofiann Yousfi Monod [ 17/oct./06 14:16 ]
Champs nb support accessible pour les revues



[EXP-4151] Le BO est très lent Création: 05/nov./07 14:16  Mise à jour: 02/janv./08 12:06  Résolue: 20/déc./07 17:18

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Bloquant
Rapporteur: Jemima Barru Attribution: Patrice Boulanger
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Les pages prennent du temps à s'ouvrir (environ 15s).

 Commentaires   
Commentaire de Jemima Barru [ 05/nov./07 14:34 ]
Je précise : le problème a été constaté sur la fiche "article" en particulier.

Lorsque l'on clique sur une macro de la fiche article ou que l'on envoie un mail, il faut compter presque 20 secondes pour voir l'opération réalisée.
Commentaire de Cedric Favero [ 06/nov./07 14:18 ]
Précisions:

- sur bo.priceminister.com , ce sont les pages (repondre à un message , pages articles ou associées) qui sont extremement lentes à s'ouvrir et personne ne peut donc travailler sur ce serveur

- sur bo.priceminister.jmh , ce sont les "départs de mails" qui sont extremement lents ( lorsqu'on clique sur envoyer le message ou sur une macro qui envoie des mails) . Le message peut prendre jusqu'à 20 secondes pour partir...!

C'est un peu mieux aujourd'hui mardi qu'hier lundi mais les problèmes persistent avec des moments où on se roule littéralement les pouces en attendant que le message veuille bien partir et la page se rafraichir...
Commentaire de Patrice Boulanger [ 20/déc./07 17:18 ]
C'était un problème de bande passante chez notre infogéreur, résolu.



[APP-21275] [CoSAV] : Lenteur d'affichage en backoffice sur gros compte acheteur Création: 20/août/07 12:48  Mise à jour: 26/mai/09 19:20

Etat: Bloqué
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Majeur
Rapporteur: Jemima Barru Attribution: Dispatcher (Pôle TX)
Résolution: Non résolu  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Pièces jointes: Microsoft Word Perf_BO_article_utilisateur.doc    
Liens des demandes:
Similaire
similaire à APP-20344 impossible de vérifier les ventes d'u... Fermé
Sous-tâches:
Clé
 Résumé
 Type
 Etat
 Attribution
APP-21426 Supprimer le calcul du compteur "Nom... Sub-improvement Fermé Renaud Dierickx  
Pays:
ALL - Tous
Projets PM: *** STANDBY ***
Classif FONC: CoSAV

 Description   
Avec presque 50 000 articles achetés , les pages "article" du compte Monsieur-Mad parfois sont très longues à charger, surtout en fin de journée.

Mon idée : lui demander de créer un nouveau compte acheteur avec comme objectif de clôturer définitivement le compte Monsieur-Mad.

Mais peut-être avez-vous une meilleure idée??

 Commentaires   
Commentaire de Cedric Favero [ 20/août/07 17:12 ]
Clairement il a atteint un plafond car fait ramer dès qu'on cherche à afficher une page...

Par contre si on décide de changer son pseudo, on aura bcp de mots clés à modifier , il faudra donc impérativement que je sois prevenu en amont pour faire toutes les modifications à l'avance...

Une seule journée sans les mots clés adaptés et on a 1000 paniers à valider pour rien...
Commentaire de Patrice Boulanger [ 05/sept./07 19:32 ]
Avez-vous avec le dév pour implémenter un mécanisme de pagination sur ces pages ?

On peut toujours régler le problème de Monsieur-Mad comme vous le proposez mais modifier l'appli pour qu'elle puisse supporter ce genre d'utilisateur sans ramer est certainement une meilleure solution à long terme ?

Merci.
Commentaire de Cedric Favero [ 20/nov./07 10:40 ]
Fixed comment exactement? Qu'on sache ce qui a changé au cas où...
Merci.
Commentaire de Patrice Boulanger [ 20/nov./07 12:14 ]
Fixed par qu'il n'y rien à faire de notre côté, si vous voulez lui faire ouvrir un autre compte, il faudra lui demander. La seule chose vu avec MrMad est la mise à disposition d'un flux particulier pour lui éviter d'avoir à crawler le site en permanence. Concernant son compte, je vous laisse gérer avec lui. Si vous avez besoin de notre aide, ouvrez un jira et assignez le moi.

Commentaire de Cedric Favero [ 20/nov./07 13:29 ]
Ok. que l'on sache au moins à quoi s'en tenir.
Commentaire de Cedric Favero [ 12/déc./07 09:37 ]
En fait , d'un aspect technique , quand on appelle une page article en back office sur son compte, celà met un temps dingue à charger.
N'y a til pas moyen de limiter la requete d'une manière ou d'une autre?

Ex: n'aller chercher les stats que pour les 1000 derniers paniers par exemple...


Voici un lien article pour exemple:
http://bo.priceminister.jmh/purchase_back?action=itemview&itemid=70687817

On est parfois bloqué 5 min avant que la page ne s'affiche et j'imagine que c'est pas terrible pour les performances du BO en général.
Commentaire de Cedric Favero [ 12/déc./07 09:54 ]
je reprends ce que tu disais en septembre

>Avez-vous avec le dév pour implémenter un mécanisme de pagination sur ces pages ?

Il y avait effectivement un autre jira concernant la pagination des pages achat en front office.
Mais ce qui nous concerne nous est l'affichage en back office (principalement des pages articles)

>modifier l'appli pour qu'elle puisse supporter ce genre d'utilisateur sans ramer est certainement une meilleure solution à long terme ?

Que serait-il possible de faire en ce sens? Car c'est effectivement ce qu'il nous faut...

Mr Mad n'est pas le seul , d'autres gros acheteurs font également ramer le bo comme sawboo , pat93110...
Commentaire de Cedric Favero [ 13/mars/08 11:21 ]
Emeric , je pense que celà peut faire l'objet d'une demande COSAV.
Voir s'il est possible de developper qqch pour prevenir ce type de ralentissements.
Commentaire de Emeric Teil [ 13/mars/08 11:39 ]
OK,
A discuter et prioriser lors du CoSaV
Commentaire de Renaud Dierickx [ 13/juin/08 15:40 ]
Voir analyse en pièce jointe.
Commentaire de Steven Harel [ 13/juin/08 15:55 ]
monsieur mad est mort.

amazon lui a demandé d'arrêter de vendre chez eux
il n'achète donc plus chez nous

monsieur mad est en train de construire un site de vente
pour continuer d'acheter chez nous et vendre chez lui

on a accepté ce business parce que ça faisait passer des acheteurs de chez amazon à chez nous

mais on ne souhaite pas gonfler les stocks d'un nouveau concurrent.

cédric va :
- fermer le compte de monsieur mad (achats + vente),
- lui envoyer un courrier pour lui signifier qu'on n'accepte plus qu'il récupère nos annonces,
- programmer des mots clé pour l'identifier s'il revient.

donc on développe un truc sans prendre en compte monsieur mad
Commentaire de Cedric Favero [ 13/juin/08 16:40 ]
La demande reste valide pour d'autres gros acheteurs:
ex: sawboo , pat93110...

Dès que l'on va sur une transaction (fiche article) avec un de ces acheteurs , celà ralentit grandement le back-office et je pense génère des requetes importantes préjudiciables à tous.
Commentaire de Cedric Favero [ 18/août/08 14:22 ]
Apparemment Monsieur Mad est de retour avec ses 94 000 paniers !
Demande tjrs d'actualité donc.



[INF-134] Nouvelle arrivée au BO Création: 12/août/08 09:55  Mise à jour: 12/août/08 17:45  Résolue: 12/août/08 16:55

Etat: Résolu
Projet: Infrastructure
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Jemima Barru Attribution: Stéphane Eccli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Word Manuela.doc    

 Description   
Manuela Paillusière arrive le 13/08/2008.

Je ne te préviens que maintenant car je n'ai eu sa confirmation que hier soir

De plus, avec les vacances, j'ai quelques postes de libre. Si son poste n'est prêt que dans 10 jours, ça ne pose aucun pb.

Merci

Jémima

 Commentaires   
Commentaire de Stéphane Eccli [ 12/août/08 16:55 ]
comptes et PC ok
Commentaire de Jemima Barru [ 12/août/08 17:45 ]
Merci



[INF-138] Nouvelle arrivée au BO Création: 25/août/08 12:18  Mise à jour: 02/sept./08 10:42  Résolue: 02/sept./08 10:42

Etat: Résolu
Projet: Infrastructure
Composants: Arrivée/Départ
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Jemima Barru Attribution: Christophe Garcia
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Word Vanessa.doc    

 Description   
Vanessa Bader intègre l'équipe SAV, dès mardi 26/08/08. Désolée, je n'ai eu sa confirmation que ce matin.

Sa place n'est pas encore définie. Je te tiens informé dans la journée.

Merci

Jémima

 Commentaires   
Commentaire de Stéphane Eccli [ 25/août/08 17:38 ]
comptes ok, reste jira
Commentaire de Jemima Barru [ 02/sept./08 10:10 ]
Il y a un problème avec ce poste : conflit d'adresse IP.
Commentaire de Christophe Garcia [ 02/sept./08 10:42 ]
JIRA OK



[INF-217] Départ au BO/SAV Création: 27/nov./08 14:26  Mise à jour: 21/janv./09 16:35  Résolue: 21/janv./09 16:35

Etat: Résolu
Projet: Infrastructure
Composants: Arrivée/Départ
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Jemima Barru Attribution: Stéphane Eccli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Word Renaud.doc    

 Description   
de Renaud GROSSET, le 28/11/2008.

 Commentaires   
Commentaire de Stéphane Eccli [ 21/janv./09 16:35 ]
comptes supprimés



[INF-216] Arrivée au BO/SAV Création: 27/nov./08 14:23  Mise à jour: 23/févr./09 18:19  Résolue: 23/févr./09 18:19

Etat: Résolu
Projet: Infrastructure
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Jemima Barru Attribution: Christophe Garcia
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Word Stéphanie.doc    

 Description   
de Stéphanie BOILLON, le lundi 1er décembre.

 Commentaires   
Commentaire de Stéphane Eccli [ 28/nov./08 16:04 ]
comptes ok, reste jira



[DEC-381] [BO] : réclamations contrefaçons Création: 30/juin/06 10:37  Mise à jour: 14/sept./07 14:46  Résolue: 30/juin/06 17:23

Etat: Fermé
Projet: Reporting
Composants: Back Office
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Agathe Remy Attribution: Agathe Remy
Résolution: Corrigé  
Estimation restante: 4 heures
Temps consacré: Non spécifié
Estimation originale: 4 heures


 Description   
Hello Agathe,
 
J'ai besoin d'un rapport sur les contrefaçons pour mes réunions avec le nouveau juriste de Priceminister.
J'ai besoin des données suivantes :
- le nombre de claim en contrefaçon depuis le 01 janvier 2006.
- Par catégorie : Vêtement, maroquinerie, parfums, chaussures, dvd, cd.
- Le coût total des remboursements depuis le 01 janvier 2006 (pour toute les contrefaçons).

Je ne sais pas si c'est possible d'avoir toute c'est infos ?

Merci d'avance, Xav

 Commentaires   
Commentaire de Cyrille Sarti [ 30/juin/06 17:23 ]
nombre de claim en contrefaçon depuis le 01 janvier 2006 : 368 dont acceptées 265

nombre de claim en contrefaçon depuis le 01 janvier 2006 par categorie :
vetements : 27 dont acceptées 16
maroquinerie : 33 dont acceptées 28
parfums : 22 dont acceptées 19
chaussures : 22 dont acceptées 12
dvd : 108 dont acceptées 90
cd : 40 dont acceptées 35

cout total des remboursements depuis le 01 janvier 2006 : 28897.56

En prenant en compte toutes les catégories :
Vidéo 108 dont acceptées 90
CD 40 dont acceptées 35
Sac, Maroquinerie, Bagagerie 33 dont acceptées 28
Logiciels 29 dont acceptées 15
Vêtements 27 dont acceptées 16
Chaussures 22 dont acceptées 12
Parfums, Soins et Beauté 22 dont acceptées 19
Jeux Vidéo 17 dont acceptées 11
Accessoires mobiles 10 dont acceptées 2
Cartes de Jeux 10 dont acceptées 6
Bijoux fantaisie 7 dont acceptées 7
Mobiles 6 dont acceptées 4
Accessoires Jeux Vidéo 5 dont acceptées 3
Accessoires Audio Vidéo 3 dont acceptées 3
Audio portable 3 dont acceptées 0
Divers musique 3 dont acceptées 3
Consommables 2 dont acceptées 0
Modélisme 2 dont acceptées 1
Fournitures de bureau 2 dont acceptées 2
Montre 2 dont acceptées 2
Accessoire auto 1 dont acceptées 0
Bricolage 1 dont acceptées 0
Composants 1 dont acceptées 1
Lecteur DVD 1 dont acceptées 1
Sono & Matériel de Studio 1 dont acceptées 0
Soins du corps 1 dont acceptées 1
Périphériques de stockage 1 dont acceptées 0
PDA 1 dont acceptées 0
Matériel de sport 1 dont acceptées 0
Livres 1 dont acceptées 0
Jouet 1 dont acceptées 1
Figurines 1 dont acceptées 0
Consoles 1 dont acceptées 0
Cassettes, Mini-disques, Laser-disques 1 dont acceptées 1
Accessoires PDA 1 dont acceptées 1


et bon week-end,
Annabelle.



[APP-21430] [BBAN] Saisie du BBAN capricieuse en BO Création: 24/juil./08 15:28  Mise à jour: 25/juil./08 09:20  Résolue: 24/juil./08 18:50

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 26.0.0 (TX-B)
Version(s) corrigée(s): 26.0.0 (TX-B)

Type: Bogue Priorité: Bloquant
Rapporteur: Cédric Goldovsky Attribution: Arnaud Forgues
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
doublon de APP-21398 [BBAN] Génération et concaténation d'... Fermé
Pays:
FRA - France
Site: Integ
Navigateur: Tous
Projets PM archivés: Paiement - Inscription Vendeur

 Description   
Pour un compte en BO, cliquer sur "Droits" pour afficher les options "Compte Bancaire "
cocher BBAN ==> Le lien "compte bancaire" n'apparait pas, il n'est donc pas possible de saisir le BBAN
coher RIB ==> "Le lien "compte bancaire" apparait cette fois ci. En cliquant dessus, on ouvre la popup de saisie du BBAN

 Commentaires   
Commentaire de Arnaud Forgues [ 24/juil./08 18:50 ]
Résolu avec le JIRA lié APP-21398



[APP-24420] [BO Précoupons] : Type "PremierCoupon" ne nécessite pas l'option "Autoriser si l'utilisateur a déjà acheté?" Création: 25/févr./09 11:15  Mise à jour: 27/mai/09 14:28  Résolue: 17/avr./09 18:21

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 47.0.0 (TX-G)

Type: Amélioration Priorité: Mineur
Rapporteur: Cédric Goldovsky Attribution: Clement Balay
Résolution: Invalid  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
ALL - Tous
Projets PM: *** CHASSE ***

 Description   
Dans le cadre de la refonte de l'interface Précoupons que l'on a souhaitée plus "user friendly", le type "PremierCoupon" étant réservé à un premier achat, même si on sélectionne OUI à la question "Autoriser si l'utilisateur a déjà acheté?", cette donnée ne sera pas prise en compte. Il faudrait donc griser la ligne.

 Commentaires   
Commentaire de Emeric Teil [ 17/avr./09 18:20 ]
En fait il y a ici une confusion entre "Premier Coupon" et "Premier Achat"... le type "PremierCoupon" interdit l'utilisation du coupon en question si l'utilisateur (sa carte bleue) a déjà utilisé un coupon, ce qui n'empêche en rien que l'utilisateur ait déjà acheté...

en gros, ce coupon peut être autorisé si l'utilisateur a déjà acheté sans utiliser de coupon.

L'option en question est donc utile, utilisée et prise en compte.




[EXP-829] Création d'Un compte Invité pour la salle de réunion Création: 10/janv./06 10:51  Mise à jour: 25/juin/07 18:55  Résolue: 14/mars/06 14:30

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Nouvelle fonctionnalité Priorité: Mineur
Rapporteur: ZZ_Arnaud Baali Attribution: ZZ_Arnaud Baali
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 2 heures
Estimation originale: 1 heure


 Description   
Pascal souhaiterai mettre en place un compte invité pour la salle de réunion afin d'éviter de charger les profils lourds des utilisateurs lors de présentation qui représente une perte de temps

 Commentaires   
Commentaire de Alain Bonneaud [ 11/janv./06 10:05 ]
Attention danger!! Il faut être très prudents s'il s'agit d'un compte générique. A quoi a-t-il droit et quels sont les risques potentiels au niveau sécurité?
Commentaire de Alain Bonneaud [ 18/janv./06 21:26 ]
La solution serait de créer un compte invité avec pratiquement aucun droit si ce n'est celui de se connecter à internet et de n'avoir accès qu'aux fichiers locaux du PC. En cas de besoin d'accèder au réseau il faudrait alors utiliser le commpte normal de l'utilisateur.



[APP-7822] le paiement 1¿.com n'est pas proposé pour le compte pmacheteur Création: 10/mars/06 12:56  Mise à jour: 25/juin/07 18:35  Résolue: 13/mars/06 11:37

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 8.1.2
Version(s) corrigée(s): 8.1.2

Type: Bogue Priorité: Mineur
Rapporteur: Lydia Dali Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Sur 2 comptes français:
pmacheteur: le paiement avec 1e.com n'est pas proposé.
didou4000: Pour le même panier, le paiement 1e.com est proposé.

 Commentaires   
Commentaire de Quentin de Chivré [ 13/mars/06 09:57 ]
A vérifier, peut-etre pas connecté au bon serveur
Commentaire de Renaud Dierickx [ 13/mars/06 11:37 ]
C'est bon, c'est un test en amont où nous n'avions pas introduit le paiement 1euro. Ce bug ce produisait pour les personnes qui n'avaient pas activées leur pmv...
Commentaire de Lydia Dali [ 13/mars/06 16:21 ]
ok, testé en integ sur un nouveau compte (dont le PMV n'est pas encore activé).



[DEC-589] [Partners] : Extract des comptes LRO qui n'ont pas encore acheté Création: 07/mai/07 18:08  Mise à jour: 14/sept./07 15:32  Echéance: 31/mai/07 00:00  Résolue: 11/mai/07 11:13

Etat: Fermé
Projet: Reporting
Composants: Partners
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Ghislain Gridel Attribution: Thomas Séglard
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel extract_LRO.csv    
Pays:
FRA - France

 Description   
Bonjour Agathe,

est-il possible de faire un extract des comptes La Redoute Occasion qui n'ont pas encore acheté sur La Redoute Occasion, stp ?

Merci.

Ghislain

 Commentaires   
Commentaire de Agathe Remy [ 09/mai/07 17:12 ]
Pourquoi?
Quand?

Merci:-)

Agathe
Commentaire de Ghislain Gridel [ 09/mai/07 17:20 ]
Le but de ce mailing est de relancer les inscrits qui n'ont pas encore acheté.

Idéalement pour fin mai.

Merci

Ghislain
Commentaire de Agathe Remy [ 09/mai/07 18:28 ]
Qui va envoyer le mailing? La Redoute Occasion ou MM?

Merci:-)

Agathe
Commentaire de Ghislain Gridel [ 09/mai/07 18:31 ]
C'est redoute.

j'ai juste besoin de l'extract.

Merci
Commentaire de Agathe Remy [ 09/mai/07 18:40 ]
De quelles informations ont-ils besoin?
Juste les emails?
Les pseudos? les noms, prénoms?

Agathe
Commentaire de Ghislain Gridel [ 09/mai/07 18:52 ]
les noms prénoms et emails.

merci Agathe
Commentaire de Romain Czornomaz [ 10/mai/07 14:34 ]
Ghislain,

Pour ta demande, doit-on prendre en compte dans l'extract les comptes utilisateurs qui sont uniquement vendeurs ou doit-on prendre en compte les inscrits non acheteurs / non vendeurs?

Merci d'avance pour ta réponse,

Romain
Commentaire de Thomas Séglard [ 11/mai/07 09:59 ]
Yo,

j'attache le résultat de l'extract.
Commentaire de Thomas Séglard [ 11/mai/07 11:13 ]
Bonjour,

le fichier contenant l'extract a été expédié. Le client semble satisfait.
Cordialement,

Thomas



[Métatache] Avis lot 2 (APP-25722)

[APP-25737] [Avis lot 2] Traduction ancrage "mon compte" Création: 23/juin/09 09:27  Mise à jour: 03/sept./09 18:25  Résolue: 28/août/09 15:16

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 52.0.0 (CTN-M)

Type: Sous-tâche Priorité: Mineur
Rapporteur: Renaud Dierickx Attribution: Dispatcher (Traduction)
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM archivés: Avis (Lot 2)

 Description   
==> A traduire et à publier :

/default/Labels/_Mon Compte/AccountBlock/link_review_suggestions
/default/Labels/_Mon Compte/AccountBlock/link_all_reviews
/default/Labels/_Mon Compte/AccountBlock/lbl_my_reviews

/default/Template/Account Template/MyReviewsBlock

==> Uniquement à publier :

/default/Template/Account Template/CommunityBlock

 Commentaires   
Commentaire de Rocio Perez-Garcia [ 01/juil./09 11:23 ]
Fait en ES.
Je demande des trads anglaises et les intègre sur IG aussi
Commentaire de Rocio Perez-Garcia [ 01/juil./09 16:36 ]
UK ok
Commentaire de Renaud Dierickx [ 07/juil./09 14:41 ]
Il y a un nouveau label...

Pouvez-vous traduire le label suivant ?
/default/Labels/_Phrase/_A/AccountAction/REVIEW_SUGGESTIONS

Merci.
Commentaire de Rocio Perez-Garcia [ 07/juil./09 14:46 ]
Es fait
Commentaire de Rémi Virlouvet [ 07/juil./09 14:49 ]
UK ok
Commentaire de Renaud Dierickx [ 27/août/09 12:14 ]
Finalement,
"Donnez votre avis sur vos achats"
DEVIENT
"Donnez votre avis sur vos produits"

Pouvez-vous retraduire :
/default/Template/Account Template/MyReviewsBlock
/default/Labels/_Mon Compte/AccountBlock/link_review_suggestions

Merci d'avance !
Commentaire de Rémi Virlouvet [ 27/août/09 13:39 ]
UK ok
Commentaire de Rocio Perez-Garcia [ 27/août/09 15:32 ]
Es tb
Commentaire de Carole Boucheny [ 28/août/09 15:16 ]
Publié sur cms ref



[APP-28812] [Identification] retour sur page d'identification après création de compte Création: 18/mars/10 11:51  Mise à jour: 22/mars/10 10:04  Résolue: 19/mars/10 18:33

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 65.0.0 (TX-M)
Version(s) corrigée(s): 65.0.0 (TX-M)

Type: Bogue Priorité: Majeur
Rapporteur: Cédric Goldovsky Attribution: Marc-Antoine Decreton
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg     PNG File session1.png     PNG File session2.png    
Pays:
FRA - France
Site: Integ
Projets PM: OPPeC : Optimisation Identification
Navigateur: FireFox 3.0

 Description   
cookies supprimés
Je me suis créé un compte depuis abversion = 3 (ccfr180310re)
==> En cliquant sur le bouton "Créer mon compte", j'ai atterri sur la page d'identification version 4

Pour prouver que je ne suis pas fou, vous verrez dans la capture d'écran l'invite de FireFox qui me propose d'enregistrer mon password pour le pseudo ccfr180310re, ce qui arrive lorsque l'on vient de se créer un compte...

 Commentaires   
Commentaire de Cédric Goldovsky [ 18/mars/10 12:07 ]
[pmas@senez mainlog]$ less nohup.out | grep -A10 "ccfr180310re"
2010-03-18 11:43:04,096 INFO [P-Processor8] 192.168.61.5 - User registration - login = ccfr180310re
2010-03-18 11:43:04,100 INFO [P-Processor8] 192.168.61.5 - Admin authentication successful, login= ccfr180310re
2010-03-18 11:43:04,100 INFO [P-Processor8] 192.168.61.5 - Event : Register with news
2010-03-18 11:43:04,118 INFO [P-Processor8] 192.168.61.5 - (Status : 302) Redirecting to : http://www.pm.lan/user
2010-03-18 11:43:04,118 INFO [P-Processor8] 192.168.61.5 - <<< [3506 ms] POST https://www.pm.lan/connect!110=false&120=false&125=false&180=false&190=false&action=doregister&birthday=01&birthmonth=01&birthyear=2000&contract=true&email=cedric.gol...&email2=cedric.gol...&firstname=ced&iswebmaster=false&lastname=goldo&login=ccfr180310...&password=test&password2=test&submitParameterListInput=110&submitParameterListInput=110&submitParameterListInput=120&submitParameterListInput=120&submitParameterListInput=125&submitParameterListInput=125&submitParameterListInput=190&submitParameterListInput=190&submitParameterListInput=180&submitParameterListInput=180&submitbtn=Cr&#xE9;er mon ...&usrtitle=30
2010-03-18 11:43:04,582 INFO [P-Processor3] 192.168.61.112 - >>> GET http://www.pm.lan/submit?action=submitcomplete&stage=10&category_ref=210164&submitbtn=
2010-03-18 11:43:04,728 DEBUG [P-Processor3] 192.168.61.112 - Left side of math operation ($!productsCount.intValue()) has a null value. PMVelocity - Meta Description[line 2, column 47]
2010-03-18 11:43:04,728 DEBUG [P-Processor3] 192.168.61.112 - Null reference [template 'PMVelocity - Meta Description', line 3, column 101] : $nbProduct cannot be resolved.
2010-03-18 11:43:04,754 INFO [P-Processor3] 192.168.61.112 - <<< [172 ms] GET http://www.pm.lan/submit?action=submitcomplete&stage=10&category_ref=210164&submitbtn=
2010-03-18 11:43:07,396 INFO [P-Processor3] moufx - >>> GET http://www.pm.lan/s/CD+Album+jackson
2010-03-18 11:43:07,539 INFO [P-Processor3] moufx - Prop-DYM :CD Album jackson|1164|global|0||0
2010-03-18 11:43:08,000 INFO [P-Processor3] moufx - <<< [604 ms] GET http://www.pm.lan/s/CD+Album+jackson
[pmas@senez mainlog]$ less nohup.out | grep -A20 "ccfr180310re"
2010-03-18 11:43:04,096 INFO [P-Processor8] 192.168.61.5 - User registration - login = ccfr180310re
2010-03-18 11:43:04,100 INFO [P-Processor8] 192.168.61.5 - Admin authentication successful, login= ccfr180310re
2010-03-18 11:43:04,100 INFO [P-Processor8] 192.168.61.5 - Event : Register with news
2010-03-18 11:43:04,118 INFO [P-Processor8] 192.168.61.5 - (Status : 302) Redirecting to : http://www.pm.lan/user
2010-03-18 11:43:04,118 INFO [P-Processor8] 192.168.61.5 - <<< [3506 ms] POST https://www.pm.lan/connect!110=false&120=false&125=false&180=false&190=false&action=doregister&birthday=01&birthmonth=01&birthyear=2000&contract=true&email=cedric.gol...&email2=cedric.gol...&firstname=ced&iswebmaster=false&lastname=goldo&login=ccfr180310...&password=test&password2=test&submitParameterListInput=110&submitParameterListInput=110&submitParameterListInput=120&submitParameterListInput=120&submitParameterListInput=125&submitParameterListInput=125&submitParameterListInput=190&submitParameterListInput=190&submitParameterListInput=180&submitParameterListInput=180&submitbtn=Cr&#xE9;er mon ...&usrtitle=30
2010-03-18 11:43:04,582 INFO [P-Processor3] 192.168.61.112 - >>> GET http://www.pm.lan/submit?action=submitcomplete&stage=10&category_ref=210164&submitbtn=
2010-03-18 11:43:04,728 DEBUG [P-Processor3] 192.168.61.112 - Left side of math operation ($!productsCount.intValue()) has a null value. PMVelocity - Meta Description[line 2, column 47]
2010-03-18 11:43:04,728 DEBUG [P-Processor3] 192.168.61.112 - Null reference [template 'PMVelocity - Meta Description', line 3, column 101] : $nbProduct cannot be resolved.
2010-03-18 11:43:04,754 INFO [P-Processor3] 192.168.61.112 - <<< [172 ms] GET http://www.pm.lan/submit?action=submitcomplete&stage=10&category_ref=210164&submitbtn=
2010-03-18 11:43:07,396 INFO [P-Processor3] moufx - >>> GET http://www.pm.lan/s/CD+Album+jackson
2010-03-18 11:43:07,539 INFO [P-Processor3] moufx - Prop-DYM :CD Album jackson|1164|global|0||0
2010-03-18 11:43:08,000 INFO [P-Processor3] moufx - <<< [604 ms] GET http://www.pm.lan/s/CD+Album+jackson
2010-03-18 11:43:10,927 INFO [P-Processor8] 192.168.61.112 - >>> GET http://www.pm.lan/info/vendre_informatique-logiciels
2010-03-18 11:43:10,930 WARN [P-Processor8] 192.168.61.112 - FRM : com.babelstore.content.front.ContentBlock_jsp overload the model com.babelstore.content.front.ContentModel
2010-03-18 11:43:10,930 WARN [P-Processor8] 192.168.61.112 - FRM : com.babelstore.content.front.ContentBlock_jsp overload the model com.babelstore.content.front.ContentModel
2010-03-18 11:43:11,055 DEBUG [P-Processor8] 192.168.61.112 - Left side of math operation ($!productsCount.intValue()) has a null value. PMVelocity - Meta Description[line 2, column 47]
2010-03-18 11:43:11,056 DEBUG [P-Processor8] 192.168.61.112 - Null reference [template 'PMVelocity - Meta Description', line 3, column 101] : $nbProduct cannot be resolved.
2010-03-18 11:43:11,089 INFO [P-Processor8] 192.168.61.112 - <<< [161 ms] GET http://www.pm.lan/info/vendre_informatique-logiciels
2010-03-18 11:43:15,638 INFO [P-Processor8] 192.168.61.112 - >>> GET http://www.pm.lan/submit?action=submitcomplete&stage=10&category_ref=260754&submitbtn=
2010-03-18 11:43:15,644 INFO [ool Worker-2] - Cache shipping - Reload starting
2010-03-18 11:43:15,831 INFO [ool Worker-2] - Cache shipping - Reload done in 187 ms [770 elements - 23641816 bytes]
2010-03-18 11:43:19,078 WARN [P-Processor8] 192.168.61.112 - Long query [3401 ms]: AttributeValueQuery
Commentaire de Emeric Teil [ 18/mars/10 15:25 ]
Alors, je suis arrivé à le reproduire : à priori, ça vient du fait de supprimer tes cookies lorsque tu es sur la page de connexion.

NB : je basse la criticité, car c'est tout de même un comportement particulier, sans risque réel pour PM...
Commentaire de Marc-Antoine Decreton [ 19/mars/10 18:33 ]
L'explication : c'est un problème du aux cookies.
En gros, on est sur une page https (login).
On supprime les cookies. On clique sur Ouvrir un compte
On arrive sur la page register -> pas de session en cours donc on en crée une -> nouveau cookie en mode sécurisé créé
Une fois le compte créé et qu'on est connecté, on est redirigé sur la page mon compte (http) -> on n'a pas accès au cookie créé précédemment car il est sécurisé -> on crée un cookie accessible aussi bien en https que http puis on redirige sur la page login

Pour corriger cela, on crée toujours un cookie non sécurisé, comme c'est déjà le cas en prod.



[APP-14463] Fiche produit BO - Champ identification / référence - Alerte sur doublon de réf. invisible Création: 27/déc./06 14:09  Mise à jour: 25/juin/07 18:48  Résolue: 06/mars/07 18:49

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 11.2.0 (Lycos)
Version(s) corrigée(s): 14.0.0

Type: Bogue Priorité: Majeur
Rapporteur: Aurélien Vergalli Attribution: Mostafa Diane
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: File IdentConflit.bmp    
Pays:
FRA - France
Classif1: BO
Classif2: identification conflit
Projets PM archivés: Maintenance 14.x.x

 Description   
Fiche soumise : http://bo.priceminister.com/referential_back?action=productview&productid=51130124
Cette fiche a l'identification fabricant "FX200".

1) Le système empêche comme prévu de valider cette fiche car cette même ref existe sur la fiche active suivante :
http://bo.priceminister.com/referential_back?action=productview&productid=6052251
On a ainsi le message "Cette référence existe déjà."

...MAIS...

2) Une alerte "1A" en rouge (=une fiche déjà active) nous signalant ce doublon avant validation devrait apparaitre automatiquement dans le champ identification de la fiche soumise.
Mais le système d'alerte ne semble pas se fier au "cleanID" (identification corrigée sans caractères spéciaux et espaces) mais à l'identification non corrigée (ici avec espace dans fiche soumise
FX_200, sans espace dans fiche active FX200).

 Commentaires   
Commentaire de Ariane Baldinger [ 29/déc./06 10:24 ]
ça relève du Dev ...
Commentaire de Mostafa Diane [ 05/mars/07 10:44 ]
l'alerte "1 A" signale que une autre fiche produit (avec les même identifications est active).
le message d'erreur "Cette référence existe déjà." lui se base sur la clean identification. effectivement il y'a un déphasage entre les deux notions.
Martin, je ne sais pas pourquoi le message d'erreur "Cette référence existe déjà." se base sur la CleanID?
je propose que l'alerte suit le message d'erreur, ca vas aidé l'équipe de validation de savoir au préalable qu'il vont avoir ce message d'erreur.
Commentaire de Mostafa Diane [ 06/mars/07 18:49 ]
Une nouvelle alerte ACL est rajouté pour vous avertir de la présence d'une autre fiche produit actifs ayant la même clean identification.
Cette alerte signifie que si la fiche produit n'est pas activable.

Mais Cette fiche ne signifie pas que c'est un vrai doublon. J'explique
On peut avoir une fiche deux fiches produits avec les identifications suivantes :
Fiche Pro1 CA_NON
Et une autre Fiche CA_NON (soumis)
Les deux fiches produits vont avoir CANON comme clean identification. Donc la fiche Fiche Pro2 va avoir l'alrte 1ACL mais pas 1A. Cela dit la fiche Fiche Pro2 n'est pas un vrai doublon.
Commentaire de Mostafa Diane [ 06/mars/07 18:50 ]
l'image montre un cas d'utilisation
Commentaire de Martin Sudmann [ 07/mars/07 11:20 ]
dans ton exemple, ce serait plutôt CA_NON et CANO_N qui sont pareil en clean, mais pas en vrai.
ou 3600 et 3600##.
Commentaire de Aurélien Vergalli [ 07/mars/07 11:42 ]
La pièce jointe, elle, donne un bon exemple.
Merci.
Commentaire de Aurélien Vergalli [ 20/avr./07 16:58 ]
Testé avec succès en V14 -
(L'alerte est visible sur la fiche : http://bo.pm.lan/referential_back?action=productview&productid=53449951
 - signalant le doublon de cleanID de la fiche : http://bo.pm.lan/referential_back?action=productview&productid=53449950)
Commentaire de Younès Charrière [ 20/avr./07 17:25 ]
ok merci aurélien !



[APP-16034] Reherche produit en BO à partir de la fiche produit : Pertinence fast / Pertinence PM Création: 19/avr./07 10:53  Mise à jour: 25/juin/07 18:51  Résolue: 03/mai/07 18:31

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office, Recherche produit
Affecte la/les version(s): 14.0.0
Version(s) corrigée(s): 14.1.0

Type: Amélioration Priorité: Majeur
Rapporteur: Aurélien Vergalli Attribution: Mostafa Diane
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Integ
Projets PM archivés: Maintenance 14.x.x

 Description   
Nous effectuons des recherches sur un titre en BO à partir des fiches > voir le lien "Titre" à gauche du champ de texte : http://bo.pm.lan/referential_back?action=productview&productid=47519631

Cette méthode nous mène à l'écran de recherche produit avec Pertinence fast (ici 336 résultats) : http://bo.pm.lan/referential_back?action=productsearch&changedatafile=true&createdatafile=true&keyword=Forteresse+Digitale&manyinstock=true&numberrows=200&oneinstock=true&searchtype=2&submitterpart=true&submitterpro=true&withcomplement=1&zerostock=true

Il serait plus pertinent de voir les résultat de la page avec Pertinenece PM (ici 8 résultats) :
http://bo.pm.lan/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=Forteresse+Digitale&search_type=10&prd_type_code=&product_id=&base_product_id=&zero_stock=true&one_in_stock=true&many_in_stock=true&submitter_part=true&submitter_pro=true&prd_status_code=-40&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=&submitter_result=&change_start_date=&change_end_date=&owner_login=&data_file_id=&create_data_file=true&change_data_file=true&feed_start_date=&feed_end_date=&with_complement=1&order=7&number_rows=200&do_search.x=16&do_search.y=9

 Commentaires   
Commentaire de Younès Charrière [ 19/avr./07 12:08 ]
Cliquer sur le lien "Titre" ici http://bo.pm.lan/referential_back?action=productview&productid=47519631 pour reproduire.
Commentaire de Nicolas Chauveau [ 19/avr./07 18:17 ]
Il existe un contournement, je baisse la priorité et je planifie pour la V14.1.0 (si CGA OK, sinon V15)
Commentaire de Martin Sudmann [ 23/avr./07 17:57 ]
ce n'est pas une question du tri, mais le lien de la FP en BO vers la recherche BO est simplement cassé.

en plus de corriger le lien, il faut limiter la recherche sur le titre.

Commentaire de Mostafa Diane [ 03/mai/07 18:31 ]
le lien est rétabli.
Commentaire de Martin Sudmann [ 14/mai/07 10:16 ]
ok en INTEG



[APP-27179] [BO produit] - Recherche produit par mot-clé Titre KO Création: 04/nov./09 16:59  Mise à jour: 14/déc./09 12:06  Résolue: 18/nov./09 09:34

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 56.0.0 (TX-J)
Version(s) corrigée(s): 59.0.0 (CAT-M)

Type: Bogue Priorité: Critique
Rapporteur: Yan Gueguen Attribution: Martin Sudmann
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File recherche bo motcle titre ko.JPG     JPEG File recherche bo motcle tout ok.JPG    
Liens des demandes:
Duplicate
doublon de APP-27229 Pb indexation fast Fermé
Pays:
FRA - France
Site: Prod
Projets PM: *** RESERVE ***

 Description   
La recherche ne fonctionne pas à tous les coups.

Voir http://bo.priceminister.com/referential_back?action=productview&productid=89044817

Résultat recherche via la fiche produit :

http://bo.priceminister.com/referential_back?action=productsearch&changedatafile=true&createdatafile=true&keyword=Panasonic+CQ-C1400N&manyinstock=true&numberrows=200&oneinstock=true&prdstatuscode=-60&prdtypecode=1060&searchtype=20&submitterpart=true&submitterpro=true&withcomplement=1&zerostock=true

Résultat recherche normale avec les mèmes filtres (Tous les validés + catégorie Autoradios) :

http://bo.priceminister.com/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=Panasonic+CQ-C1400N&search_type=10&prd_type_code=1060&product_id=&base_product_id=&zero_stock=true&one_in_stock=true&many_in_stock=true&submitter_part=true&submitter_pro=true&attribute_name_key=&prd_status_code=-60&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=&submitter_result=&change_start_date=&change_end_date=&owner_login=&data_file_id=&create_data_file=true&change_data_file=true&feed_start_date=&feed_end_date=&with_complement=1&create_start_date=&create_end_date=&order=&number_rows=200&do_search.x=21&do_search.y=7

 Commentaires   
Commentaire de Aurélien Vergalli [ 04/nov./09 17:49 ]
Effectivement les recherches mot-clé dans le BO sur Tout ou sur Titre ne donne pas les mêmes résultats (problème pas uniquement lié à la recherche via la FP).

Recherche Mot-clé "Panasonic CQ-C1400N " dans "Tout " + Etat "Tout les validés" => 1 résultat
Recherche Mot-clé "Panasonic CQ-C1400N " dans "Titre "+ Etat "Tout les validés" => 0 résultat
Commentaire de Aurélien Vergalli [ 04/nov./09 18:08 ]
Je pense en fait que la recherche BO mot-clé par Titre exclut les FP en stock 0.
Commentaire de Aurélien Vergalli [ 06/nov./09 11:47 ]
Recherche infructeuse (dans Titre):
http://bo.priceminister.com/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=Petite+Histoire+Ancienne%2C+mise+%E0+la+port%E9e+du+premier+%E2ge&search_type=20&prd_type_code=320&product_id=&base_product_id=&zero_stock=true&one_in_stock=true&many_in_stock=true&submitter_part=true&submitter_pro=true&attribute_name_key=&prd_status_code=-60&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=&submitter_result=&change_start_date=&change_end_date=&owner_login=&data_file_id=&create_data_file=true&change_data_file=true&feed_start_date=&feed_end_date=&with_complement=1&create_start_date=&create_end_date=&order=&number_rows=200&do_search.x=32&do_search.y=13

Recherche avec 6 résultats (dans Tout):
http://bo.priceminister.com/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=Petite+Histoire+Ancienne%2C+mise+%E0+la+port%E9e+du+premier+%E2ge&search_type=10&prd_type_code=320&product_id=&base_product_id=&zero_stock=true&one_in_stock=true&many_in_stock=true&submitter_part=true&submitter_pro=true&attribute_name_key=&prd_status_code=-60&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=&change_start_date=&change_end_date=&owner_login=&data_file_id=&create_data_file=true&change_data_file=true&feed_start_date=&feed_end_date=&with_complement=1&create_start_date=&create_end_date=&order=&number_rows=200&do_search.x=56&do_search.y=10

Sérieuse perte de fonctionnalité pour l'équipe validation.
Commentaire de Benoît Bourdon [ 06/nov./09 11:55 ]
ok, Aurélien on regarde ça ...
vous vous en servez souvent ? en gros est ce que ça fait plusieurs jours ce pb peut exister ? ou bien est ce que hier ça marchait et ce matin c'est KO .

Martin : tu penses que ça peut avoir un lien avec le pb de ce matin ?
Commentaire de Benoît Bourdon [ 06/nov./09 11:58 ]
PS : par contre la recherche dans le titre seulement marche en front office ...
http://www.priceminister.com/nav/Livres/kwz2/Petite+Histoire+De+France%2C+Mise+A+La+Portee+Du+Premier+Age
Commentaire de Aurélien Vergalli [ 06/nov./09 12:06 ]
Oui en front, c'est ok.
On s'en sert très souvent, tous les jours. Savoir depuis quand exactement c'est ko, c'est difficile! ça doit tout de même être récent (une semaine ou deux ?).
On s'en est rendu compte par hasard, étonné de ne pas trouver des fiches dont on était certain qu'elles existaient.
Commentaire de Benoît Bourdon [ 06/nov./09 17:55 ]
vu avec Aurélien : Ok pour la cat-M



[IMP-548] (sellermania) Ouverture d'un compte FTP de test , librearbitre Création: 24/avr./07 11:24  Mise à jour: 30/oct./09 15:53  Résolue: 30/juil./07 18:14

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Gaël Seguillon Attribution: Marion Anfreville
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: librearbitre
Séparateur: N/A
Type de traitement:
N/A
Estimation: Petit
Groupe: Sellermania

 Description   
 universoul
Bonjour Gael !
Pour avancer sur le scoping technique de Priceminister, peux-tu mettre à disposition de mon compte un FTP ?
Le compte est celui lié à fbiriotti@hotmail.com Pseudo: universoul
Merci d'avance et à bientôt
Florent Biriotti
0033 1 47 08 62 36
08 26 62 12 29

 Commentaires   
Commentaire de Rodrigue Nsiangani [ 27/avr./07 17:50 ]
Le compte n'est pas PRO, quel est le but de l'ouverture de ce omtpe FTP ?

RON.
Commentaire de Gaël Seguillon [ 30/avr./07 13:47 ]
c'est un compte pour sellermania, il vont faire des tests pour mettre en place un système de webservice pour nos pros
le compte a été validé en pro
Commentaire de Daniel Pintamalli [ 11/mai/07 11:16 ]

=====================================================================
COMPTE du vendeur créé ...

======= Compte FTP =======
==== Home : universoul =====
==== Pass : fTY,dj8ls =======

=====================================================================
Commentaire de Daniel Pintamalli [ 11/mai/07 11:18 ]
Est-ce que le partenaire va à utiliser les profils d'import assignés par défaut?
Commentaire de Marion Anfreville [ 18/mai/07 10:21 ]
Gael, peux-tu préciser les profils d'import que le partenaire va utiliser pour ces tests ?

Actuellement, il n'y a que les profils pas défaut (avec format de base entrées/sorties) pour ce partenaire.
Commentaire de Gaël Seguillon [ 18/mai/07 10:27 ]
je n'en ai aucune idée ?
je n'en sais pas plus que le mail ci dessus
peux tu le contacter car je pense que de toute façon vous allez devoir parler ensemble car il veutr mettre en place de grosses manips pour essayer de mettre en place des web services à partir des infos récupérées chez nous
Commentaire de Marion Anfreville [ 24/mai/07 14:37 ]
Faire le point avec le partenaire sur ces attentes (pour les tests).
Commentaire de Gaël Seguillon [ 04/juin/07 10:33 ]
Bonjour Gael,
Peux-tu ouvrir le FTP et me transmettre la doc qui détaille comment l'utiliser ?
Merci d'avance et bon week-end !
Florent Biriotti
0033 1 47 08 62 36
08 26 62 12 29
Je suis navré de l'erreur mais le compte universoul est mon compte Perso.
Nous voulions faire les premiers tests dessus, mais allons plutôt démarrer de suite avec le compte test Sellermania.
Je n'aurai pas besoin de FTP lié à ce compte pour les semaines à venir mais j'en aurai besoin dès que nous aurons lancé une solution Price, comme tous nos clients.

Donc suite à cette nouvelle demande peux t-on mettre en place le FTP pour le compte librearbitre
et prendre contact avec Biriotti pour les procédures FTP, l'idée est que ce compte serve de teste pour le dev de nouveaux services pros avec édition de stock en temprs réel, alignement au meilleur prix etc.. j'aurai besoin qu'une personne du param soit l'interlocuteur privilégié de Selleramnia pour le suivi de leurs tests techniques

Commentaire de Xavier Barbosa [ 05/juin/07 16:00 ]
ai crée le compte FTP, et l'ai configuré sur les format standards.
ai activé le flux de commande.
Commentaire de Xavier Barbosa [ 05/juin/07 16:02 ]
======= Compte FTP =======
==== Home : librearbitre =====
==== Pass : zorro =======
Commentaire de Xavier Barbosa [ 05/juin/07 17:20 ]
email du contact : florent@sellermania.com
Commentaire de Xavier Barbosa [ 05/juin/07 17:59 ]
ai adressé un mail au partenaire. j'attends un retour.
Commentaire de Xavier Barbosa [ 06/juin/07 13:17 ]
message du partenaire :
<<<
Bonjour Xavier !

Merci beaucoup pour l'envoi de toutes ses docs nous allons les consulter avec attention pour devenir de vrais pros sur Price J.
Nous revenons vers vous dès que nous avons des questions et grand merci à Gael pour la transmission si rapide du message !
Bonne soirée et à très bientôt !

Florent
>>>

j'attends son retour.
Commentaire de Xavier Barbosa [ 12/juin/07 16:44 ]
le partenaire a déposé un 1er fichier dans son compte FTP.

j'attends le résultat.
Commentaire de Xavier Barbosa [ 15/juin/07 10:38 ]
ils déposent des fichiers de stock.


maintenant il teste les flux de transactions.
Commentaire de Rodrigue Nsiangani [ 18/juil./07 13:37 ]
Le partenaire a-t-il effectué ses tests ?
Commentaire de Gaël Seguillon [ 18/juil./07 14:39 ]
ce compte ne servira pas de test.
En effet, seul le compte librearbitre leur sert pour les tests de l'appli en cours de développement.
 
Commentaire de Marion Anfreville [ 26/juil./07 18:22 ]
Y a t'il autre chose à réaliser dans cette demande ? Si non, on doit pouvoir fermer la demande ?
Commentaire de Gaël Seguillon [ 26/juil./07 18:31 ]
non on peut fermer



[APP-23704] Inconsistance de civilités en BO Création: 17/déc./08 14:36  Mise à jour: 19/déc./08 12:38  Résolue: 17/déc./08 15:49

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 37.0.0 (TX-D)
Version(s) corrigée(s): 37.0.0 (TX-D)

Type: Bogue Priorité: Mineur
Rapporteur: Christophe Garcia Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
GBR - Royaume Uni
Site: Integ
Projets PM archivés: UK - Plateforme BETA

 Description   
VoIr screenshot

Miss apparaît comme Mlle
Misstress comm Mme

 Commentaires   
Commentaire de Renaud Dierickx [ 17/déc./08 15:25 ]
En BO, aucun code n'est traduit.
Pour que ce soit cohérent, je vais mettre la liste déroulante en français.
Comme il n'y a pas d'équivalent à Ms (mi Melle - mi Mme) en France, je laisse Ms.
Voilou.
Commentaire de Renaud Dierickx [ 17/déc./08 15:49 ]
Bon, on va faire une exception est traduire la civilité en BO :
c'est une donnée utilisateur qui aurait pu être obtenu via un champs de saisi libre en Front !

On traduira donc toutes les civilités en BO.



[APP-8492] images manquantes quand on passe par le bo Création: 14/avr./06 15:06  Mise à jour: 25/juin/07 18:36  Echéance: 25/avr./06 00:00  Résolue: 15/mai/06 15:17

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 9.0.0
Version(s) corrigée(s): 9.0.0

Type: Bogue Priorité: Mineur
Rapporteur: Lydia Dali Attribution: Pap Ndiaye
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 1 heure
Estimation originale: 1 heure

Pièces jointes: JPEG File images_manquantes.JPG     JPEG File Screenshot 05-06-06.jpg    
Site: Integ
Navigateur: Internet Explorer 6.X

 Description   
Voir capture d'ecran
(http://img.pm.lan/front/brand/www/images/default/cover_books.jpg
http://img.pm.lan/front/brand/www/images/default/cover_hifi.)

 Commentaires   
Commentaire de Christophe Garcia [ 14/avr./06 15:12 ]
Vrai aussi pour preview
Commentaire de Pap Ndiaye [ 14/avr./06 16:13 ]
On vient de trouver d'ou venait le problème. C'est une chose qui n'as jamais été mis en place ni en integ ni en prod. la solution serait de faire évoluer les srcipts de deploiement.

J'attends un retour de votre part avant de commencer l'evolution.

    
Commentaire de Quentin de Chivré [ 14/avr./06 16:25 ]
quelle "chose" ?
Commentaire de Sébastien Tournay [ 14/avr./06 16:39 ]
Christophe,

Je ne comprends pas le problème. La demande n'est pas très clair. J'aimerai que l'on m'explique le besoin précis avant de décider ce qu'il est nécessaire de faire.

Sébastien
Commentaire de Sébastien Tournay [ 14/avr./06 16:48 ]
Je viens de comprendre le fond du problème ...
 C'est lié aux images par défaut qui sont affichées lorsque nous n'avons pas paramétré un produit en particulier. Cette affichage n'a jamais fonctionné sur BO et PREVIEW car nous avions toujours des images de produit à pousser. C'est lié au calucul des tops ventes non ?

Ce qu'il faut c'est juste modifier notre mécanisme pmdeploynewear afin de créer le brand preview et bo au niveau de front/brand/ sur les fronaux afin de pouvoir copier au moment du déploiement les images par défaut qui seront affichées.
Commentaire de Pap Ndiaye [ 25/avr./06 15:17 ]
C fait et integré dans le pmSiteStart .( deutz)
Commentaire de Christophe Garcia [ 05/mai/06 10:54 ]
Problème toujours d'actualité sue le BO (résolu pour PREVIEW)
Voir screenshot
Commentaire de Pap Ndiaye [ 15/mai/06 14:06 ]
probleme resolu en recuperant les images par defaut en prod il faudrait que ces images soit comprises dans le livrable des DEV en integ.
Commentaire de Pap Ndiaye [ 15/mai/06 15:16 ]
Ces images ne sont pas presente en prod.
Commentaire de Patrick Condevaux [ 22/mai/06 16:21 ]
ok en INTEG



[APP-2421] BO Recherche de valeur d'attribut Création: 23/juin/04 17:36  Mise à jour: 25/juin/07 18:25  Résolue: 25/juin/07 18:25

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.2pre
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Manuel Sadok Attribution: Martin Sudmann
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Il faudrait un nombre minimal de critères avant de lancer la recherche (par
exemple ne pas lancer la recherche avec juste un type de produit)

 Commentaires   
Commentaire de Martin Sudmann [ 24/juin/04 14:50 ]
pourquoi ? C'est le même comportement dans le BO attribute name.
Commentaire de Martin Sudmann [ 24/juin/04 14:50 ]
pourquoi ? C'est le même comportement dans le BO attribute name.
Commentaire de Martin Sudmann [ 25/juin/04 17:55 ]
de toute manière il faut recharger la page pour remplir les combos
correctement, alors pourquoi pas récupérer les noms des valeurs en passant ?



[APP-8087] Adaptation des écran BO pour 1euro.com.... Création: 22/mars/06 15:31  Mise à jour: 25/juin/07 18:36  Résolue: 12/sept./06 12:16

Etat: Fermé
Projet: Application PriceMinister
Composants: Paiement
Affecte la/les version(s): 8.1.2a, 8.1.2c
Version(s) corrigée(s): 9.0.4

Type: Amélioration Priorité: Majeur
Rapporteur: Renaud Dierickx Attribution: Renaud Dierickx
Résolution: Aucune correction envisagée  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Sous-tâches:
Clé
 Résumé
 Type
 Etat
 Attribution
APP-11801 [1euro] Recherche panier en BO : Ajou... Sub-improvement Fermé Renaud Dierickx  

 Description   
Voici les écrans que j'ai adapté pour 1euro.com :
- recherche panier
- fiche panier
- fiche article

 Commentaires   
Commentaire de Renaud Dierickx [ 22/mars/06 15:34 ]
Pour fermer ce bug, le plus simple c'est de valier les écran avec Steven.
Commentaire de Lydia Dali [ 05/mai/06 17:44 ]
Voir les trois ecrans suivants, si c'est bon fermer le JIRA:

http://bo.pm.lan/purchase_back?action=purchasesearch&javascript_callback=&purchase_id=&pch_status_code=&itm_status_code=&pch_type_code=&buyer_login=didou4000&seller_login=&credit_card=&number_request=&start_date=&date_search_type=0&end_date=&order=1&number_ro
http://bo.pm.lan/purchase_back?action=purchaseview&purchaseid=34259434
http://bo.pm.lan/purchase_back?action=itemview&itemid=41452528&purchaseid=34259434
Commentaire de Steven Harel [ 10/mai/06 18:02 ]
ok,
juste une remarque sur la première page (recherche de panier)
le back office bosse sur des écrans 15 pouces
ajouter 2 colonnes va poser des problèmes de largeur de tableau
peut-on gagner encore un peu de place en :
- supprimant la monnaie (¿) sur les 8 colonnes concernées
- supprimant l'heure dans la colonne capture/date
sinon, les deux autres pages c'est ok, merci
Commentaire de Quentin de Chivré [ 10/mai/06 18:43 ]
Pas trop d'accord sur la solution préconisée... l'heure peut etre utile pour des recherches de bugs, la monnaie peut parfois etre le franc pour les vieux paniers...
Commentaire de Steven Harel [ 10/mai/06 18:48 ]
lorsque le montant est en francs, il n'est plus en bold, il y a donc déjà une différence

concernant la date de capture, l'heure est visible sur la page panier, on peut donc toujours la retrouver

mais si c'est vraiment pas possible, on accepte des écrans 17 pouces :)))
Commentaire de Quentin de Chivré [ 10/mai/06 19:58 ]
ok va pour les 17 pouces
tu vois avec JZ tu dis que tu viens de ma part !
Commentaire de Renaud Dierickx [ 01/juin/06 15:08 ]
Alors Steven, tu en es où avec tes 17 pouces ??? ;o))
On décide quoi ?? Moi, je suis de l'avis de QDC : c'est dommage de perdre la monnaie mais bon c'est toi qui vois.
Commentaire de Steven Harel [ 06/juin/06 17:27 ]
j'ai pas changé d'avis

pour info, ça fait 4 ans qu'on est passés à l'euro
on ne traite plus de paniers en francs que une fois tous les 6 mois

de plus, lorsqu'un paiement a été effectué avant cette date et donc en francs,
la monnaie affichée actuellement est l'euro !! avec un montant en francs !!

cf :
http://bo.priceminister.com/purchase_back?action=purchasesearch&buyerid=10061&fuzzy=false&numberrows=200&order=1
Commentaire de Quentin de Chivré [ 06/juin/06 17:37 ]
Ben tu vois t'a trouvé un vrai bug :-)

Sinon je reste pour conserver el symbole ¿, il ne prend pas bcp de place et permet de voir qu'on parle d'argnet.

En revanche on peut gagner de la place sur la colonne ETAT en remplacant CONFIRMATION_DENIED par C. Denied par ex
Voir les autres cas...
Non ?

Commentaire de Renaud Dierickx [ 07/juin/06 16:16 ]
Ok, je peux mettre en place ce système :
CONFIRMATION_DENIED -> Conf. Denied
CAPTURE_DENIED -> Capt. Denied


Steven, tu valides ??


Pour info voici les différents PchStatusCode :
CONSTRUCTION
SAVED
EXPIRED
CONFIRMATION_DENIED
AUTHORIZED
CONFIRMED
REQUESTED
EMPTIED
CAPTURE_DENIED
CAPTURED
OPEN
CLOSED
OBSERVATION
Commentaire de Steven Harel [ 07/juin/06 16:32 ]
j'ai toujours pas changé d'avis

confirmation denied et capture denied sont des statuts qui sont assez rares
et qu'on trouve pas souvent (voire quasiment jamais) dans nos recherches de paniers

mais faites ce que vous pouvez, on fera avec
Commentaire de Renaud Dierickx [ 05/juil./06 10:14 ]
Martin, peux-tu t'occuper de ce problème et voir avec Steven ce qu'on peut faire ???
Merci.
Commentaire de Quentin de Chivré [ 05/juil./06 11:15 ]
Pourquoi tu refiles ca a Martin ?
Commentaire de Arnaud Forgues [ 24/août/06 14:45 ]
Pour revenir au problème initial, comme Martin(o) n'est plus là, Renaud propose la solution suivante :

Afin de gagner de la place, au lieu de rajouter 2 colonnes 1¿, on pourrait avoir une seule colonne CB / 1¿ avec un système de couleur repris par chaque ligne en fonction du type de panier

Steven, Pierre, qu'en pensez vous ?

Commentaire de Steven Harel [ 24/août/06 15:31 ]
on en a reparlé avec quentin. on ne modifie rien.

quentin propose de dégager à terme la colonne de gauche (avec les blocs après vente, commercial, marketing, ...)
et de la remplacer par des menus déroulants en haut comme sur la hp en front

parce qu'on a besoin de gagner de la place sur toutes les pages en back office
histoire, par exemple de tout visualiser sans avoir à scroller et être plus efficace

Commentaire de Renaud Dierickx [ 12/sept./06 12:16 ]
Ok, je ferme donc le bug en "won't fix".
Commentaire de Patrick Condevaux [ 18/oct./06 16:50 ]
ok



Rubrique cosmetiques et parfums ES (APP-32177)

[APP-32179] Frais de port BO Création: 10/déc./10 09:05  Mise à jour: 05/janv./11 15:57  Résolue: 05/janv./11 14:14

Etat: Fermé
Projet: Application PriceMinister
Composants: Frais de port
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 83.0.5

Type: Sous-tâche Priorité: Mineur
Rapporteur: Rocio Perez-Garcia Attribution: Rocio Perez-Garcia
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ESP - Espagne
Projets PM: *** A PLANIFIER ***

 Commentaires   
Commentaire de Rocio Perez-Garcia [ 13/déc./10 11:33 ]
Fait en BO. T-4.60
Commentaire de Christophe Garcia [ 13/déc./10 12:02 ]
MDPLVC
Commentaire de Rocio Perez-Garcia [ 05/janv./11 14:14 ]
En BO



[APP-17275] La création d'un compte sur un COB n'est pas du tout "brandée" Création: 25/juil./07 15:43  Mise à jour: 06/août/07 12:21  Résolue: 03/août/07 18:18

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 16.0.0
Version(s) corrigée(s): 16.0.0

Type: Bogue Priorité: Bloquant
Rapporteur: Christophe Garcia Attribution: Clement Balay
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File Onglet_en_moins.JPG     JPEG File screenshot-1.jpg    
Pays:
FRA - France
Site: Integ
Projets PM archivés: Mon Compte - Lot 1 : Fondation

 Description   
Exemple en screenshot d'un compte créé sur viamichelin.

On ne devrait avoir accès à aucune donnée/menu hors contexte AUTO.

 Commentaires   
Commentaire de Clement Balay [ 30/juil./07 14:42 ]
Plusieurs points avaient été oubliées lors du dev du nouveau mon compte:
- l'exclusion de l'onglet "Mon compte" dans le header et dans la colonne de gauche pour viamichelin
- dans la config cobrandAuto, il n'y avait pas toutes les surcharges des siteProperties présents dans la config cobrand

donc publications:
config_cobrandAuto dans default cms1&3
config_brand (language viaMichelin) dans express cms1&3
Commentaire de Clement Balay [ 30/juil./07 15:07 ]
Autre bug oublié:

Si on se connectait sur priceminister www et que l'on se positionnait sur l'onglet "Mon compte", cela enregistrait en base cette info, ensuite, si on se connectait avec le même compte sur viamichelin, le tab_index restait sur l'onglet "Mon compte" et sur viamichlin aucun onglet n'était selectionné.

donc maintenant je test le siteProperty d'exclusion de l'onglet classique et si le tab_index est l'onglet classique, je redirige le tab_index sur l'auto
Commentaire de Ariane Baldinger [ 31/juil./07 14:10 ]
publié
Commentaire de Espérance Galouo-Lece [ 02/août/07 18:32 ]
 - Onglet "Mon compte Auto" en moins
Commentaire de Clement Balay [ 03/août/07 10:46 ]
cobrand_auto n'avait pas été soumis à publication

default
config_cobrandAuto
CMS1 & 3



Fermeture des cobrandings - Gestion des comptes cobrandés (APP-24533)

[APP-8351] [CoB Jeuxvideo.fr & PC Direct]: transfert des comptes brandés en comptes www Création: 23/mars/06 19:18  Mise à jour: 04/mai/09 14:29  Résolue: 04/juil./07 17:32

Etat: Fermé
Projet: Application PriceMinister
Composants: Cobrandings, Compte utilisateur
Affecte la/les version(s): 8.1.2d
Version(s) corrigée(s): 17.0.0

Type: Sous-tâche Priorité: Mineur
Rapporteur: Fabrice Feugas Attribution: Dispatcher (Fonc)
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel mails_jeuxvideo_2006-23-03.xls     Microsoft Excel mails_pc_direct_2006-23-03.xls    
Site: Prod
Projets PM: *** RESERVE ***

 Description   
Ci joint deux fichiers de contacts.
Il s'agit de tous les comptes de deux CoB : Jeuxvideo.fr et PC Direct. [j'ai l'impression qu'il y a pas mal de doublons : ils sont issus de ces rapports http://intra.priceminister.com/stats/reports/confid/Brand_Statistics]
Il se trouve que ces Co-Brandings sont fermés "de fait".
Nous souhaitons assurer la continuité de notre service malgré cela.

Donc, il faudrait désormais considérer les comptes de ces membres CoB en membre www.

Nous souhaitons en effet que ces membres recoivent à présent des mails qui redirigent sur le www et non pas ceux qui ont des liens http://jeuxvideo.priceminister.com ou http://pcdoccasions.vnunet.fr.

D'après Swan, ceci implique une modification en base par Patrick... Car ce n'est pas jouable en BO.

Merci de nous indiquer une date pour la réalisation de cette tâche afin que nous puissions coordonner un mailing sur ces membres et/ou contacts leur expliquant ce que nous bricolons avec leur compte (!).

[Merci !]

 Commentaires   
Commentaire de Sébastien Tournay [ 24/mars/06 10:14 ]
C'est surtout un travail pour Edouard de migration des données. Edouard, il s'agit de donner une nouvelle valeur sur l'origine du brand non ?
Commentaire de Francois-Marie Tournadour [ 29/mars/06 10:28 ]
Vous nous tenez au courant ? ^^

Merci !
Commentaire de Edouard Laurent [ 10/avr./06 17:10 ]
SQL> select table_name from ALL_TAB_COLS where COLUMN_NAME = 'BRAND_ID';

TABLE_NAME
------------------------------
ORA_TEMP_1_DS_5192
ADVERT
PURCHASE
CONTACT_IMPORT
USER_ACCOUNT
BRAND
HELP


On remarque que l'info BRAND est presente dans plusieurs tables, particulierement dans ADVERT
Il faudrait faire une etude au niveau du dev pour connaitre les impactes de la modification de cette donnee.

Il y a deux solutions :
* soit on supprime le brand et donc il faut nettoyer toutes les tables qui peuvent etre impactees.
* soit on modifie l'information dans les tables clees ( ADVERT et USER_ACCOUNT) et on garde le brand meme si il ne sert a rien pour eviter les pb de parametrage.

Commentaire de Edouard Laurent [ 10/avr./06 17:11 ]
donc pour le dev :)
Commentaire de Francois-Marie Tournadour [ 10/avr./06 17:14 ]
Quand je peux envoyer mon mail moi du coup ? ^^
Commentaire de Geneviève Beaujard [ 11/avr./06 12:02 ]
Pour moi ca suffit de mettre a jour l'info brand_id dans les tables, mais je ne suis pas une specialiste des brands.
Commentaire de Quentin de Chivré [ 11/avr./06 13:56 ]
On ne va pas "supprimer" une brand au sens supprimer une ligne dans la table. Il ne ma parait vraiment pas adapté non plus de mettre à jour toutes les données brand_id dans les comptes, advert, purchase, etc... on perdrait une info historique importante.

Supprimer un cobranding consiste a le marquer comme inactif. Il faut que cette notion soit propagée sur les comptes, et que si un compte est associé a un cobranding inaxctif on charte les mails en WWW.

Pas question d'écraser les données enregistrées dans la base (c'est vraiment n'importe quoi en fait, ca me choque de lire ce genre de discussion... ! )

Au mieux si on veut "migrer les comptes" il faut splitter brand_id en 2 et créer registration_brand_id. Le colonne brand_id correspondrait donc au brand_id "courant". Pour ce qui est des paniers et annonces, pas touche.

Enfin, Francois-Marie, je me permet de te signaler qu'il y a un CdP fonctionnel en charge des cobrandings, a savoir Bruno. Merci de faire passer les demandes cobrandings par lui et de ne pas court-circuiter ce process en faisant des jira sauvages...
Commentaire de Bruno Ballester [ 12/juil./06 13:46 ]
A prendre en compte dans la RoadMap de suppression des comptes.
Commentaire de Gaël Caro [ 12/oct./06 10:28 ]
Richard,

Dans la lignée suppression/désactivation d'un cob.
Commentaire de Quentin de Chivré [ 04/juil./07 17:32 ]
On ferme, vu avec GHI



[APP-6889] Fiche Produit BO : Ajouter un attribut propose des valeurs non mappées Création: 04/janv./06 09:56  Mise à jour: 25/juin/07 18:34  Résolue: 05/janv./06 16:29

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 8.0.9d
Version(s) corrigée(s): 8.1.0

Type: Bogue Priorité: Majeur
Rapporteur: Nicolas Gréhalle Attribution: Geneviève Beaujard
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Site: Prod

 Description   
Sur la fiche produit BO d'un produit de type Reproduction, support Affiche, j'ai voulu ajouter une valeur d'attribut.
Pour l'attribut en question (Reproduction/Thème), on me propose une liste de valeur. J'ai sélectionné l'une de ces valeurs et validé.

J'ai eu un message d'erreur "L'attribut XXXXX n'est pas permis pour ce type de produit ou ce support".
Après vérification, effectivement, la valeur était mappée sur le type, mais pas sur ce support (seulement sur 2 autres). Dans ce cas, on ne devrait pas me la proposer dans la liste.

 Commentaires   
Commentaire de Geneviève Beaujard [ 05/janv./06 16:29 ]
Maintenant nous proposons des valeurs d'attributs qui prennent en compte le medium, ce qui n'etait pas le cas precedemment.



[APP-9150] Images manquantes sur BO et PREVIEW Création: 15/mai/06 10:56  Mise à jour: 25/juin/07 18:38  Résolue: 15/mai/06 13:49

Etat: Fermé
Projet: Application PriceMinister
Composants: Home Page
Affecte la/les version(s): 9.0.0
Version(s) corrigée(s): 9.0.0

Type: Bogue Priorité: Critique
Rapporteur: Christophe Garcia Attribution: Pap Ndiaye
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Site: Integ

 Description   
Voir screenshot

 Commentaires   
Commentaire de Sébastien Tournay [ 15/mai/06 11:06 ]
On parle du site d'Integ ? En principe les images sont fournies par les DEV dans le package de déploiement. Il s'agit sans doute du mécanisme de déploiement (pmdeploynewear). En integ on a un serveur maître (DEUTZ) qui fait le SCP sur le serveur APACHE de toutes les images. Il faut pour cela que les brands soient déclarés. A vérifier.

Commentaire de Lydia Dali [ 17/mai/06 16:25 ]
ok sur preview et bo.



[APP-17026] Info-bulle "NULL" en BO Création: 11/juil./07 11:22  Mise à jour: 18/juil./07 18:39  Résolue: 18/juil./07 11:31

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 15.0.0
Version(s) corrigée(s): 15.1.0

Type: Bogue Priorité: Mineur
Rapporteur: Christophe Garcia Attribution: Violeta Doneva
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg     JPEG File screenshot-1.jpg    
Pays:
FRA - France
Site: Integ
Projets PM archivés: BP - Consolidation Produit / Annonce

 Description   
Voir screenshot.

A priori, en PROD V14, y'a pas d'info-bulle sur ce type de produit.

 Commentaires   
Commentaire de Edouard Gomez-Vaez [ 13/juil./07 16:24 ]
Euh... quelle screenhsot ? Quel genre de produit :-) ?
Commentaire de Christophe Garcia [ 13/juil./07 18:00 ]
Et paf la capture d'écran
Commentaire de Martin Sudmann [ 16/juil./07 17:14 ]
c'est la bidouille sur le rawListHeadline qui provoque ça ?
Commentaire de Violeta Doneva [ 17/juil./07 09:49 ]
com/babelstore/referential/back/ProductSearch.jsp modifié
Commentaire de Christophe Garcia [ 17/juil./07 16:37 ]
Violeta,
Je réouvre le JIRA parce que j'ai trouvé la même erreur sur d'autres catégories de produits (voir screenshot).
Mais ta correction prend peut-être déjà en compte ce cas.
Si c'est la cas répasse le JIRA en Résolu :)

Merci

Commentaire de Violeta Doneva [ 18/juil./07 11:31 ]
Oui, c'est déjà corrigé parce que la correction consite à ne pas afficher les null-s. Tout simplement pour certaines produits la donnée manque.



[APP-13030] BO: pas de NPF sur l'auto Création: 10/oct./06 10:47  Mise à jour: 25/juin/07 18:45  Résolue: 19/oct./06 10:55

Etat: Fermé
Projet: Application PriceMinister
Composants: Promo
Affecte la/les version(s): 9.0.4
Version(s) corrigée(s): 9.0.4

Type: Bogue Priorité: Mineur
Rapporteur: Lydia Dali Attribution: Antoine Koener
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg     JPEG File screenshot-1.jpg    
Pays:
FRA - France

 Description   
Le lien Fiche techniques n'y est pas.
Par contre en www on a bien le lien fiche technique.

 Commentaires   
Commentaire de Lydia Dali [ 10/oct./06 11:07 ]
Finalment c'est un problème de page statiques!!
Bo n'a pas été rafraichi !!!
Commentaire de Antoine Koener [ 13/oct./06 15:08 ]

Pas d'index NpF.

L'index sera réactivé semaine prochaine vers Mardi.
Commentaire de Christophe Garcia [ 16/oct./06 18:04 ]
On se le garde pour mardi alors ...
Commentaire de Patrick Condevaux [ 19/oct./06 12:27 ]
ok en INTEG



[CAT-2153] Mauvais paramétrage arbre BO Création: 21/oct./09 08:30  Mise à jour: 10/nov./09 11:47

Etat: Ouvert
Projet: Paramétrage - Non Import
Composants: Mise en vente, Modélisation
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Mineur
Rapporteur: Manuel Sadok Attribution: Carole Boucheny
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
2009-10-21 06:24:29,786 ERROR [P-Processor7] 66.249.71.39 - Attribute 'Télévision / Diagonale' = K81074 of product 47136685 not comparable to parameter 431498 = 19.0 of category 317615
2009-10-21 06:24:29,786 ERROR [P-Processor7] 66.249.71.39 - Attribute 'Télévision / Diagonale' = K81074 of product 47136685 not comparable to parameter 431500 = 26.0 of category 317616
2009-10-21 06:24:29,786 ERROR [P-Processor7] 66.249.71.39 - Attribute 'Télévision / Diagonale' = K81074 of product 47136685 not comparable to parameter 431504 = 32.0 of category 317617
2009-10-21 06:24:29,786 ERROR [P-Processor7] 66.249.71.39 - Attribute 'Télévision / Diagonale' = K81074 of product 47136685 not comparable to parameter 431507 = 37.0 of category 317618
2009-10-21 06:24:29,786 ERROR [P-Processor7] 66.249.71.39 - Attribute 'Télévision / Diagonale' = K81074 of product 47136685 not comparable to parameter 431510 = 42.0 of category 317619
2009-10-21 06:24:29,786 ERROR [P-Processor7] 66.249.71.39 - Attribute 'Télévision / Diagonale' = K81074 of product 47136685 not comparable to parameter 431512 = 42.0 of category 317620




2009-10-21 07:05:15,949 ERROR [-Processor38] Tipoune37 - Attribute 'En-tête / Quantité incluse dans le paquet' = K99672 of product 18288479 not comparable to parameter 127585 = 10.0 of category 171522
2009-10-21 07:05:15,949 ERROR [-Processor38] Tipoune37 - Attribute 'En-tête / Quantité incluse dans le paquet' = K99672 of product 18288479 not comparable to parameter 127586 = 10.0 of category 171523
2009-10-21 07:05:15,949 ERROR [-Processor38] Tipoune37 - Attribute 'En-tête / Quantité incluse dans le paquet' = K99672 of product 18288479 not comparable to parameter 186701 = 1.0 of category 205042
2009-10-21 07:05:15,949 ERROR [-Processor38] Tipoune37 - Attribute 'En-tête / Quantité incluse dans le paquet' = K99672 of product 18288479 not comparable to parameter 189020 = 1.0 of category 205043
2009-10-21 07:05:15,952 ERROR [-Processor38] Tipoune37 - Attribute 'En-tête / Quantité incluse dans le paquet' = K99672 of product 18288479 not comparable to parameter 127585 = 10.0 of category 171522
2009-10-21 07:05:15,953 ERROR [-Processor38] Tipoune37 - Attribute 'En-tête / Quantité incluse dans le paquet' = K99672 of product 18288479 not comparable to parameter 127586 = 10.0 of category 171523
2009-10-21 07:05:15,953 ERROR [-Processor38] Tipoune37 - Attribute 'En-tête / Quantité incluse dans le paquet' = K99672 of product 18288479 not comparable to parameter 186701 = 1.0 of category 205042
2009-10-21 07:05:15,953 ERROR [-Processor38] Tipoune37 - Attribute 'En-tête / Quantité incluse dans le paquet' = K99672 of product 18288479 not comparable to parameter 189020 = 1.0 of category 205043

 Commentaires   
Commentaire de Marion Anfreville [ 21/oct./09 08:39 ]
On ne récupère visiblement pas la valeur numérique pour les Télévision > Télévision / Diagonale : Type d'attribut = valeur partagée
ex : http://bo.priceminister.com/referential_back?action=productview&productid=47136685

Idem pour philatélie > En-tête / Quantité incluse dans le paquet : Type d'attribut = valeur partagée (il y a effectivement des valeurs pour cet attribut qui ne sont pas du numérique...)
ex : http://bo.priceminister.com/referential_back?action=productview&productid=18288479
liste valeur pour cet attribut (tous types) : http://bo.priceminister.com/referential_back?action=attributevaluesearch&reload=false&prd_type_code=&attr_list=A00694&attribute_name_key=A00694&attribute_name=&attribute_value_key=&attribute_value=&attribute_value_rating=&attribute_pattern=&att_qualification_code=&start_creation_date=&end_creation_date=&start_change_date=&end_change_date=&order=&number_rows=2000&x=22&y=14
Commentaire de Carole Boucheny [ 23/oct./09 17:36 ]
Pour l'attribut :
Télévision / Diagonale la solution envisageable serait de passer l'attribut en type numérique.
Commentaire de Carole Boucheny [ 10/nov./09 11:47 ]
Est-ce quelqu'un voit un risque à migrer l'attribut "Télévision / Diagonale" en attribut numérique ??
Il y a une seule valeur qui poserait problème lors de cette migration : PM07919447 55 cm. Je peux la modifier à la main avant la migration.



[APP-30287] BO : Croix en trop Création: 08/juil./10 11:57  Mise à jour: 12/juil./10 10:30  Résolue: 08/juil./10 16:29

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 73.0.0 (TX-O)
Version(s) corrigée(s): 73.0.0 (TX-O)

Type: Bogue Priorité: Mineur
Rapporteur: Christophe Garcia Attribution: Arnaud Forgues
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
FRA - France
Site: Integ
Projets PM: So Colissimo

 Description   
Voir screenshot

 Commentaires   
Commentaire de Arnaud Forgues [ 08/juil./10 16:29 ]
[forguesa@gobillard source]$ bzr ci --fixes APP:30287 -m "APP-30287 [TX-O] - correction bug fiche article en BO concernant l'affichage du lien shipping parcel"
Committing to: bzr://perrier/dev/trunk/
modified source/src/com/babelstore/purchase/back/ItemView.jsp
modified source/src/com/babelstore/purchase/back/ItemViewModel.java
Committed revision 26696.
Commentaire de Thomas Landru [ 09/juil./10 09:33 ]
checké sur dev1, tout est ok



[APP-3657] Image BO : image non présente Création: 01/mars/05 10:41  Mise à jour: 25/juin/07 18:27  Résolue: 25/juin/07 18:27

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.3.1
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Bloquant
Rapporteur: Validator Attribution: Judd OSullivan
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
L'image suivante n'apparait pas et on ne peut pas la supprimer.

Cela cause également une erreur dans la validation par lot, ce qui bloque
l'équipe de validation

 Commentaires   
Commentaire de Validator [ 01/mars/05 10:42 ]
Il s'agit d'un bug bloquant pour l'équipe de validation
Commentaire de Quentin de Chivré [ 01/mars/05 12:00 ]
Probablement lié au bug du trigger sur les images / icones (?)
Commentaire de Judd OSullivan [ 02/mars/05 11:28 ]
Les données existent mais l'image n'affiche pas.

Impossible de supprimer en BO à cause de l'erreur :

Find failed: javax.ejb.EJBException: Internal error getting results for field
member image; CausedByException is: [OraDriver] Stored procedure does not return
values.

J'ai supprimé l'image à la main parce qu'elle empechait la validation par lot.



[APP-3407] Boutons BO : Homogénéiser Création: 30/déc./04 10:34  Mise à jour: 25/juin/07 18:27  Résolue: 25/juin/07 18:27

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.9
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Cosmétique
Rapporteur: Quentin de Chivré Attribution: Gaël Klosek
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Certains boutons ont un relief + important que d'autres (2 pixels au lieu
d'un) ... ce serait plus joli de tout mettre à un pixel.

Attention a garder une hauteur et largeur constante si on refait les pictos
afin de ne pas avoir à changer le HTML

 Commentaires   
Commentaire de Gaël Klosek [ 10/janv./05 15:00 ]
Mise à jour des images principales pour les bouttons BO.



[APP-3792] BO : fiche user incomplète Création: 29/mars/05 14:35  Mise à jour: 25/juin/07 18:28  Résolue: 25/juin/07 18:28

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.3.2
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Sarah Eudor Attribution: Geneviève Beaujard
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
sur la fiche de l'utilisateur "bidjou" il manque les parties suivantes :
historique des mails, coupons, logins, PMV. A la place il est marqué "erreur
non disponible".

 Commentaires   
Commentaire de Geneviève Beaujard [ 30/mars/05 16:16 ]
Il y 37 comptes dans la même cas.
Ce sont des comptes qui ont participé a la campagne 'et vous'.
Ceci est du au fait que certains comptes ont le champ ev_game_points not null
et le champ ev_send_registration a null, normalement tout compte enregistré a
la campagne 'et vous' a eu ce champ ev_send_registration a false lors de
l'enregistrement.

SQL> select login from user_account where SQL> select login from user_account
where ev_game_points is not null and ev_send_registration is null;

LOGIN
--------------------------------------------------
suzi2
Faby66
HobbitX
bidjou
frankline
normandy_fr
xavjer
ptitejuju13
cliffburtonY
isadieu
mmmm13
draxtar
saleme85
bibiche40
c_un_mystere
dandydisco
sarettona
annesolh1
missSbeauty
delia83000
laucha95
nyirandiv300
un-fidele
acnpanam
sissimj
chicadelsol2
famibi
alphonsinetk
elise_lepl
Pablo_btz64
gmuller
140468sp
ledouxtom
elisaneter
JETOLABA1
ce_vero
kenalerb

37 ligne(s) sélectionnée(s).
is not null and ev_send_registration is null;

LOGIN
--------------------------------------------------
suzi2
Faby66
HobbitX
bidjou
frankline
normandy_fr
xavjer
ptitejuju13
cliffburtonY
isadieu
mmmm13
draxtar
saleme85
bibiche40
c_un_mystere
dandydisco
sarettona
annesolh1
missSbeauty
delia83000
laucha95
nyirandiv300
un-fidele
acnpanam
sissimj
chicadelsol2
famibi
alphonsinetk
elise_lepl
Pablo_btz64
gmuller
140468sp
ledouxtom
elisaneter
JETOLABA1
ce_vero
kenalerb

37 ligne(s) sélectionnée(s).

solution proposée:
ecrire un script qui met ce champ a fase (mail envoyé)
Commentaire de Geneviève Beaujard [ 30/mars/05 16:33 ]
OK j'ai fait un update qui met le champ ev_send_registration = 0 (mail envoyé)
Commentaire de Geneviève Beaujard [ 30/mars/05 16:34 ]
OK



[APP-3451] BO de recherche pour les messages types Création: 12/janv./05 14:47  Mise à jour: 25/juin/07 18:27  Résolue: 25/juin/07 18:27

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.3.0val
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Manuel Sadok Attribution: Gaël Klosek
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
* Lorsque l'on renseigne le champ "Alias du message" ou "Titre du message", la
mise en forme de cette ligne est perdue (les 2 inputs ont leur taille qui
change).

* Il serait peut-être intéressant d'avoir une recherche par titre partielle.
Par exemple, de taper "annulation" et d'avoir ainsi tous les messages dont le
titre commence par "annulation".

 Commentaires   
Commentaire de Stéphane Archer [ 12/janv./05 15:05 ]
ou peut-être utilisé la fonction approximatif !?!
Commentaire de Quentin de Chivré [ 12/janv./05 16:39 ]
*
Commentaire de Quentin de Chivré [ 12/janv./05 16:39 ]
Ne prendre en compte que la 1ere *, la 2eme est effectivement déja implementée
avec la checkbox "Approximatif"
Commentaire de Gaël Klosek [ 13/janv./05 12:48 ]
Petite correction au niveau des tailles des Input "Alias du message" et "Titre
du message".
En revanche, le changement general de taille du tableau de résultats est dû à
des valeurs dans "titres abrégés" trop long contenant des "_", qui ne font donc
pas de retours à la ligne. Ces titres contenant des "_" n'existe pas en Prod
mais seulement en DEV.



[APP-15366] Migrer la recherche BO en FAST Création: 28/févr./07 14:12  Mise à jour: 25/juin/07 18:50  Résolue: 22/mars/07 15:44

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 14.0.0
Version(s) corrigée(s): 14.0.0

Type: Nouvelle fonctionnalité Priorité: Critique
Rapporteur: Martin Sudmann Attribution: Violeta Doneva
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
doublon de APP-15511 Migration recherche BO sous FAST Fermé
Similaire
similaire à APP-5324 BO produit : ProductInfoSearchQuery :... Fermé
Pays:
ALL - Tous
Classif1: BP
Classif2: suppression Intermedia
Projets PM archivés: BP - Suppression INTERMEDIA

 Commentaires   
Commentaire de Martin Sudmann [ 28/févr./07 14:14 ]
à fermer avec la migration de la recherche BO en FAST, si le pb de perf ne vient pas des attributs (qui restent sous Oracle)



[APP-18215] cob- bug sur la page mon compte sous ie 6 Création: 12/oct./07 12:10  Mise à jour: 26/nov./07 16:05  Résolue: 07/nov./07 11:48

Etat: Fermé
Projet: Application PriceMinister
Composants: Cobrandings
Affecte la/les version(s): 17.0.1
Version(s) corrigée(s): 18.0.0

Type: Bogue Priorité: Majeur
Rapporteur: Sébastien Aubert Attribution: Yassine Mouhammadou
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: GIF File banniere_parrain_715_90.gif     JPEG File screenshot-1.jpg    
Liens des demandes:
Dépendance
bloque APP-17687 [Mon Compte 1.1] : Nouveau bloc promo... Fermé
Pays:
FRA - France
Site: Prod
Navigateur: Internet Explorer 6.X
Projets PM archivés: COB CommentCaMarche

 Description   
La nouvelle banniere parrainage fait bugger la page mon compte.
Desactiver la banniere sur tous les cobs en attendant de modifier la taille de la banniere.

 Commentaires   
Commentaire de Christophe Garcia [ 12/oct./07 12:49 ]
Si c'est du IG on le passe en V17.1.0.
Merci
Commentaire de Olga Costa [ 12/oct./07 13:59 ]
C'est ok Jeremie vient de recharger les caches en prod
Commentaire de Sébastien Aubert [ 19/oct./07 14:53 ]
il est nécessaire de retoucher la bannière parrainage ou toute bannière destiné à cette page pour les cob.
taille actuelle 725 --> réduire la largeur avec un peu de marge.
Commentaire de Stéphane François [ 22/oct./07 12:23 ]
ci-joint à ce jira la version de bannière apte à fonctionner sur les cob tel que CCM.
Commentaire de Olga Costa [ 23/oct./07 10:14 ]
Cette image est uniquement pour les cobs, n'est pas la mettre sur www.

Dans IG : (express, images, mon compte)

Image existant : banniere_parrain_725_90.gif à déplacer dans la langue www-fr
La nouvelle image : banniere_parrain_715_90.gif à uploader dans la langue french

En pré-deploy de la v.18 : (BO inetg et prod, configuration par default &#61664;bloc Body&#61664; Mon compte) créer le n¿ud Parrain cob pour tous les cobrandings, (utiliser le code html du n¿ud Parrain, attention à adapter la largeur.)

Mettre cette tache dans le doc de déploiement
Merci beaucoup.
Commentaire de Yassine Mouhammadou [ 23/oct./07 11:04 ]
à publier pr la 18.0.0 :
express > Image > Mon compte > banniere_parrain_725_90.gif
Commentaire de Sébastien Aubert [ 05/nov./07 16:55 ]
On est d'accord que la bonne image est banniere_parrain_715_90.gif ?
Commentaire de Yassine Mouhammadou [ 06/nov./07 11:34 ]
En effet. J'ai modifié le nom du contenu pour éviter la confusion.



[IMP-3863] ouverture compte FTP type sellermania pro Kikidevarenn Création: 29/juin/09 11:31  Mise à jour: 30/oct./09 15:51  Résolue: 03/juil./09 14:50

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Gaël Seguillon Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: Kikidevarenn
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec création produits , Mise à jour/création produits, Suppression produits

 Description   
ouverture compte FTP type sellermania pro Kikidevarenn, entrees sorties ecrasement annonces

 Commentaires   
Commentaire de Frédéric Nahum [ 29/juin/09 15:09 ]
c'est fait, voici les coordonnées du FTP :

=====================================================================
Compte FTP vendeur créé...

Pseudo : kikidevarenn
mot de passe : 47zePO78
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui

=====================================================================
Commentaire de Gaël Seguillon [ 03/juil./09 13:05 ]


J'ai mis en place kikidevarenn et étais surpris de voir que le fichier envoyé en début d'après-midi n'était pas passé ce soir.

Là je découvre une vente Price sur son compte dans Sellermania, qui porte sur des vêtements... il est en vacances depuis des mois !

 


Je pense que ce FTP n'est pas lié au bon compte vendeur ! &#61516;

Merci d'avance pour votre intervention rapide.

Bonne journée !


Commentaire de Frédéric Nahum [ 03/juil./09 14:50 ]
ce problème a bien été traité il y avait un ecrasement de config entre taa_too (mode) et kikidevarenn (dvd).
Maintenant tout est OK



[IMP-4144] ouverture accès FTP pour compte test pro profileotest Création: 01/sept./09 17:57  Mise à jour: 30/oct./09 15:52  Résolue: 07/sept./09 11:34

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Gaël Seguillon Attribution: Jérome Marianne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: profileotest
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces, Suppression annonces, Mise à jour/création annonces (écrasement)

 Description   
ouverture accès FTP pour compte test pro profileotest commandes et maj stock avec fichier standard annonces ean

 Commentaires   
Commentaire de Jérome Marianne [ 04/sept./09 15:56 ]
Par fichier Standard annonces ean tu veux dire le modèle "Entrées 2004 "?
Commentaire de Jérome Marianne [ 04/sept./09 16:01 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : profileotest
mot de passe : prof456il
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui

=====================================================================
Commentaire de Jérome Marianne [ 04/sept./09 16:14 ]
FTP paramétré.

Reste compil flux + stock à faire lundi.

Et en attente confirmation de Gael sur le modèle.
Commentaire de Gaël Seguillon [ 07/sept./09 11:04 ]
oui fichier standard entrées celui qui est comme modèle sur le réseau je ne sais pas de quand il date
Gaël
Commentaire de Jérome Marianne [ 07/sept./09 11:34 ]
Compil Flux+stock faites.

Le compte FTP est activé.



[IMP-4376] Creation d'un compte FTP partenaire Foxmedia Création: 09/oct./09 10:09  Mise à jour: 30/oct./09 15:44  Résolue: 13/oct./09 10:49

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Skender Berisha Attribution: Jérome Marianne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: Foxmedia
Séparateur: N/A
Type de traitement:
N/A

 Description   
Bonjour

Merci de créer un compte FTP pour la gestion des flux de commandes partenaire foxmedia.

Merci

Skender

 Commentaires   
Commentaire de Jérome Marianne [ 13/oct./09 10:23 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : foxmedia
mot de passe : 45fox321
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui

=====================================================================


Paramétrage en cours...
Commentaire de Jérome Marianne [ 13/oct./09 10:49 ]
Le compte FTP est activé.



[IMP-1999] Ouverture compte FTP vendeur KQ-Networx Création: 17/mars/08 17:16  Mise à jour: 30/oct./09 15:43  Résolue: 15/avr./08 11:21

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Jeremy Pallot Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: KQ-Networx
Séparateur: Point-virgule (;)
Type de traitement:
N/A

 Description   
Bonjour,
Demande d'ouverture de compte FTP pour le vendeur KQ-Networx, afin qu'il puisse recevoir ses commandes.

Merci,

 Commentaires   
Commentaire de Frédéric Nahum [ 15/avr./08 11:21 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : kq-networx
mot de passe : kk87H
Serveur : ftp.priceminister.com / fr

==============================================================

Flux de commandes Crée



[APP-16160] Un compte pro à des <br /> dans les titres de ses articles Création: 26/avr./07 18:48  Mise à jour: 06/sept./07 17:34  Résolue: 19/juil./07 09:25

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 14.0.1
Version(s) corrigée(s): ToDo

Type: Bogue Priorité: Mineur
Rapporteur: Younès Charrière Attribution: Dispatcher (Param)
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File balise br.JPG     JPEG File screenshot-1.jpg    
Liens des demandes:
Duplicate
doublon de APP-16077 [MEV] un <br/> dans le titre Fermé
Pays:
FRA - France
Site: Prod
Projets PM archivés: Maintenance 15.x.x

 Description   
A priori un problème d'import ? Voir screenshot.

compte : eequitable
n° fichier d'import : 3709936

 Commentaires   
Commentaire de Marion Anfreville [ 27/avr./07 11:09 ]
A priori pas un problème d'import puisque le fichier original ne contient pas de html dans le titre et le format d'import n'en génère pas non plus au niveau du titre.

Je me renseigne auprès d'Ariane pour savoir s'il s'agit d'un problème paramétrage.
Commentaire de Marion Anfreville [ 27/avr./07 18:18 ]
Les <br /> ne proviennent pas de l'import. Est-ce lié au paramétrage ?
Commentaire de Ariane Baldinger [ 30/avr./07 09:17 ]
la problème à l'air de se poser dans le bloc 'En vitrine" uniquement (non paramétrable)
Commentaire de Clement Balay [ 22/juin/07 16:05 ]
Ben c'est pas un problème de dev puisque le problème se pose aussi dans les blocs en dessous des onglets (voir capture) et cela ne se produit que pour un seul compte
Commentaire de Ariane Baldinger [ 19/juil./07 09:25 ]
le problème a été réglé (cf. jira APP-16077)



[PMV - Améliorations] Différencier ventes payables et à venir pour les vendeurs en mode Compta (APP-20967)

[APP-21306] [Améliorations PMV] : Impacts aide en ligne Compta Création: 18/juil./08 14:56  Mise à jour: 25/juil./08 09:53  Résolue: 22/juil./08 18:37

Etat: Fermé
Projet: Application PriceMinister
Composants: Aide en ligne
Affecte la/les version(s): 26.0.0 (TX-B)
Version(s) corrigée(s): 26.0.0 (TX-B)

Type: Sub-new feature Priorité: Majeur
Rapporteur: Emeric Teil Attribution: Steven Harel
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Integ
Projets PM archivés: Paiement - Améliorations PMV

 Description   
Les ventes payables et à venir étant à nouveau différenciées pour le mode compta, il faut adapter l'aide en fonction...

 Commentaires   
Commentaire de Emeric Teil [ 22/juil./08 17:30 ]
Steven, vous avez intégré cela ? On peut fermer ?
Commentaire de Emeric Teil [ 22/juil./08 17:31 ]
Olga, si tu as une trace de publication à ce sujet...
Commentaire de Steven Harel [ 22/juil./08 17:56 ]
je viens de le faire, soumis à pub dand ig

article :
folder instructions/folder pmv2/folder pmv2 mode compta/statut des ventes



[IMP-2818] création compte ftp configuration sellermania pour pro libuni86 Création: 05/nov./08 16:18  Mise à jour: 30/oct./09 15:43  Résolue: 10/nov./08 14:27

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Anne Korchia Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: libuni86
Modèle: SELLERMANIA
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)

 Description   
création compte ftp configuration sellermania pour pro libuni86
OK n'a pas encore d'annonces sur le site va en mettre 25000 grâce à sellermania

 Commentaires   
Commentaire de Frédéric Nahum [ 10/nov./08 14:27 ]
c'est fait

Voici les adresses FTP
=====================================================================
Compte FTP vendeur créé...

Pseudo : libuni86
mot de passe : azty74P
Serveur : ftp.priceminister.com / fr

=====================================================================



[IMP-4141] ouverture accès FTP pour compte test pro cdn-einkauf1 Création: 01/sept./09 12:38  Mise à jour: 30/oct./09 15:52  Résolue: 14/sept./09 10:42

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Gaël Seguillon Attribution: Laurent Payot
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
GBR - Royaume Uni
Login: cdn-einkauf1
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces (écrasement), Suppression annonces, Mise à jour/création annonces

 Description   
ouverture accès FTP pour compte test pro cdn-einkauf1 format entrees/sorties/ecrasement sur fichier annonces standard avec EAN

 Commentaires   
Commentaire de Laurent Payot [ 11/sept./09 15:35 ]
Compte FTP créé, avec gestion des flux de commandes.

=====================================================================
Account FTP seller created...

Pseudo : cdn-einkauf1
password : nL6E913
Server : ftp.priceminister.co.uk
Country : uk
Flow purchase : yes

=====================================================================

je suis en train de faire la config FTP, qui ne sera effective que lundi matin pour des raisons de sécurité. Si on a déjà le fichier du partenaire (même partiel) ça serait bien de le mettre en pièce jointe du Jira pour être sur que le format sera bien adapté aux données du partenaire.



[APP-26505] Page Mon compte - le bloc de gauche bouge Création: 15/sept./09 18:23  Mise à jour: 22/oct./09 17:59

Etat: Ré-ouvert
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 53.0.0 (TX-I)
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Cosmétique
Rapporteur: Emilien Guichard Attribution: Gafour Abdoul
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
Site: Integ
Navigateur: Tous
Projets PM archivés: AUTO : Nettoyage

 Description   
Page Mon compte - le bloc de gauche bouge lors de la navigation dans les différentes rubriques de la page.

 Commentaires   
Commentaire de Emilien Guichard [ 16/sept./09 14:52 ]
Ok en integ
Commentaire de Aurélie Kwiatkowski [ 18/sept./09 10:29 ]
Il bouge encore entre la page Mon Compte et Toutes mes Ventes
Commentaire de Emilien Guichard [ 18/sept./09 11:37 ]
Gafour ?
Commentaire de Gafour Abdoul [ 18/sept./09 11:40 ]
Aurélie sur quel navigateur, je viens de vérifier sur FF3.5 et c'est calé au pixel près.
Commentaire de Emeric Teil [ 18/sept./09 11:44 ]
IE7
Commentaire de Gafour Abdoul [ 18/sept./09 12:52 ]
Corrigé en rajoutant une marge basse pour les "titres de la colonne de gauche", uniquement pour IE7 et uniquement pour le Front Template contenant #temp3
Commentaire de Aurélie Kwiatkowski [ 18/sept./09 16:41 ]
Ca bouge encore selon moi. A toi de voir si vous voulez à tout prix le corriger.
Commentaire de Emilien Guichard [ 18/sept./09 16:43 ]
On va arrêter la dessus pour cette version. Je déplace ça pour la TX-J.

Pourrais-tu préciser un peu plus ?

Merci.



[APP-26570] [Croix Rouge] Passage en caisse impossible après une création de compte Création: 17/sept./09 16:41  Mise à jour: 18/sept./09 14:20  Résolue: 18/sept./09 10:35

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 52.0.2
Version(s) corrigée(s): 53.0.0 (TX-I)

Type: Bogue Priorité: Bloquant
Rapporteur: Cédric Goldovsky Attribution: Marc-Antoine Decreton
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Prod
Projets PM: *** CHASSE ***
Navigateur: Tous

 Description   
mettre un article en panier
se creer un compte
==> on arrive sur le choix du mode de paiment (sans être passé par "confirmation" et "adresse")

 Commentaires   
Commentaire de Emeric Teil [ 17/sept./09 17:41 ]
Précision : à priori, problème de screenflow (redirection après création de compte) car normalement, après création de compte on doit arriver directement sur la page "adresse de livraison" alors que là, on nous fait passer par le SAS... (et j'imagine que le SAS ne "sait pas" faire la bonne redirection, d'où le bug).
Commentaire de Marc-Antoine Decreton [ 18/sept./09 10:35 ]
[CAJ2009Q3TX]



[APP-26618] Ajout de tags de pub Lagardère dans "mon compte" - 2 Création: 23/sept./09 15:19  Mise à jour: 28/sept./09 17:43  Résolue: 28/sept./09 17:43

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 53.0.3

Type: Amélioration Priorité: Critique
Rapporteur: Benjamin Guerville Attribution: Olga Costa
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel Tag_mon_compte_v2.xls    
Pays:
FRA - France
Site: Prod
Projets PM: *** RESERVE ***

 Description   
Merci de prendre en compte le nouveau planning de paramétrage.
Dans le fichier il manque certains LOCATION ALIAS car je n'arrive pas à accéder à Spot pour le moment.
merci
BG

 Commentaires   
Commentaire de Olga Costa [ 23/sept./09 15:53 ]
Pour les location alias je peux les retrouver a partir de XITI, donc s'il en manque quelques une pas de problèmes
Commentaire de Olga Costa [ 25/sept./09 12:44 ]
Carole et Benjamin pouvez vous tester les pubs de septembre
http://bo.ref-fr.pm.dev/spot_back
Merci
Commentaire de Carole Boucheny [ 25/sept./09 14:32 ]
Ok pour moi sur les pubs de septembre



[APP-29110] Label "Parrainez sur facebook" dans la colonne de gauche "Mon compte" Création: 12/avr./10 12:09  Mise à jour: 16/avr./10 12:25  Résolue: 12/avr./10 15:08

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 67.0.0 (CTN-Q)

Type: Bogue Priorité: Mineur
Rapporteur: Fabrice Feugas Attribution: Dispatcher (Pôle CTN)
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
GBR - Royaume Uni, FRA - France
Site: Recette
Projets PM: Parrainage (Lot 1)

 Description   
Merci de re-remettre "Parrainez sur Facebook et twitter" dans "Mon compte" partie centrale + colonne de gauche, en FR et UK uniquement.

 Commentaires   
Commentaire de Damien Dorizy [ 12/avr./10 12:17 ]
C'est fait. À publier sur cms-ref :
/default/Template/Account Template/CommunityBlock
/default/Labels/_Mon Compte/AccountBlock/link_child_register_network

Merci beaucoup



[IMP-5654] Retablir le flux d'import des comptes internationales de moeroshop (FR) Création: 25/mars/10 13:53  Mise à jour: 31/mars/10 10:13  Résolue: 31/mars/10 10:13

Etat: Résolu
Projet: Paramétrage - Import
Composants: Support entrant
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Daniel Pintamalli Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel Advert listing by login(3).csv    
Pays:
ALL - Tous
Login: moeroshop / moeroshop-es / moeroshop-uk
Séparateur: N/A
Type de traitement:
N/A

 Description   
Depuis que ce compte est géré par Neteven, on a oublier de faire suivre les copies vers les sites ES et UK.

 Commentaires   
Commentaire de Daniel Pintamalli [ 25/mars/10 16:24 ]
Le PRO n' a toujours pas envoyé de fichier en écrasement...
Commentaire de Daniel Pintamalli [ 26/mars/10 11:26 ]
J'ai désactivé les formats (UK/ES) afin de tester le fichier avant intégration du fichier en écrasement.
Commentaire de Cantoni Carlos [ 29/mars/10 10:07 ]
inventaire du site français en pièce jointe.

merci de bien regarder si les refs sont les mêmes que nous avons sur le site ES/UK avant de faire l'import.
Commentaire de Daniel Pintamalli [ 30/mars/10 15:28 ]
Je supprime la copie vers UK car le compte est géré par Neteven et les prix en livres ne sont plus pris en compte
Commentaire de Daniel Pintamalli [ 31/mars/10 10:13 ]
J'ai intégré le stock présent sur le site Français sur le site Espagnol et dorénavant, les mises à jours seront synchronisés entre les 2 sites.



[APP-17765] Offres partenaires invisibles en bo et preview Création: 12/sept./07 10:11  Mise à jour: 27/sept./07 17:04  Résolue: 17/sept./07 15:33

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 16.1.0
Version(s) corrigée(s): 17.0.0

Type: Bogue Priorité: Majeur
Rapporteur: Christophe Garcia Attribution: Arnaud Forgues
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
FRA - France
Site: Integ
Projets PM archivés: Abonnement (refonte)

 Description   
Les offres partenaires n'apparaissent dans la page de création de compte en bo et preview (voir screenshot).
Il semble que ces 2 sites soient considérés comme des COB classiques : il ne faudrait pas.

 Commentaires   
Commentaire de Arnaud Forgues [ 17/sept./07 15:33 ]
Ok



[APP-14998] BO - Copie de formats - format concerné: Modèle Vidéo V1.1 Création: 10/janv./07 16:41  Mise à jour: 25/juin/07 18:48  Résolue: 14/févr./07 11:36

Etat: Fermé
Projet: Application PriceMinister
Composants: Import de Fichiers
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 12.0.0

Type: Bogue Priorité: Critique
Rapporteur: Daniel Pintamalli Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
Pays:
ESP - Espagne
Site: Prod

 Description   
Il existe un bug dans la fonctionnalité 'Copier'. Lorsque je veux copier le format Modèle Vidéo V1.1 sous un autre nom, il apparait ce message d'erreur:

null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value.; nested exception is: javax.ejb.EJBException: null; CausedByException is: Integrity constraint violation. Possibly unique key violation or invalid foreign key value.

Format: http://bo.priceminister.com/datafile_back?action=advertmappingview&advertmappingid=14044

 Commentaires   
Commentaire de Younès Charrière [ 10/janv./07 18:03 ]
Logs de l'erreur sur Hercule :

2007-01-10 17:57:28,412 ERROR [-Processor13] 62.23.27.114 - Failed to create instance.
java.sql.SQLException: [Oracle] #52 ORA-00001: unique constraint (IMPORT_1.CK_UNIQUE_RANK) violated

        at com.inet.ora.OraDriver.a(Unknown Source)
        at com.inet.ora.o.a(Unknown Source)
        at com.inet.ora.o.a(Unknown Source)
        at com.inet.ora.x.a(Unknown Source)
        at com.inet.ora.x.do(Unknown Source)
        at com.inet.ora.x.executeUpdate(Unknown Source)
        at org.jboss.resource.adapter.jdbc.WrappedPreparedStatement.executeUpdate(WrappedPreparedStatement.java:316)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractCreateCommand.executeInsert(JDBCAbstractCreateCommand.java:352)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractCreateCommand.performInsert(JDBCAbstractCreateCommand.java:308)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractCreateCommand.execute(JDBCAbstractCreateCommand.java:138)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.createEntity(JDBCStoreManager.java:572)
        at org.jboss.ejb.plugins.CMPPersistenceManager.createEntity(CMPPersistenceManager.java:222)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.createEntity(CachedConnectionInterceptor.java:266)
        at org.jboss.ejb.EntityContainer.createHome(EntityContainer.java:766)
        at sun.reflect.GeneratedMethodAccessor254.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:1113)
        at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:90)
        at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationInterceptor.java:192)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(CachedConnectionInterceptor.java:212)
        at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:90)
        at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:117)
        at org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:61)
        at org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCreationInterceptor.java:28)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invokeHome(CallValidationInterceptor.java:41)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:109)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:146)
        at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:116)
        at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:121)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invokeHome(ProxyFactoryFinderInterceptor.java:93)
        at org.jboss.ejb.EntityContainer.internalInvokeHome(EntityContainer.java:508)
        at org.jboss.ejb.Container.invoke(Container.java:894)
        at sun.reflect.GeneratedMethodAccessor153.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155)
        at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104)
        at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179)
        at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165)
        at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
        at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55)
        at org.jboss.proxy.ejb.HomeInterceptor.invoke(HomeInterceptor.java:169)
        at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86)
        at $Proxy290.create(Unknown Source)
        at com.babelstore.datafile.business.AdvertMappingBusinessBean.ejbPostCreate(AdvertMappingBusinessBean.java:92)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.ejb.plugins.CMPPersistenceManager.postCreateEntity(CMPPersistenceManager.java:251)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.postCreateEntity(CachedConnectionInterceptor.java:274)
        at org.jboss.ejb.EntityContainer.postCreateHome(EntityContainer.java:754)
        at sun.reflect.GeneratedMethodAccessor256.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1159)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72)
        at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111)
        at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242)
        at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89)
        at org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCreationInterceptor.java:43)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invokeHome(CallValidationInterceptor.java:41)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:109)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:146)
        at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:116)
        at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:121)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invokeHome(ProxyFactoryFinderInterceptor.java:93)
        at org.jboss.ejb.EntityContainer.internalInvokeHome(EntityContainer.java:508)
        at org.jboss.ejb.Container.invoke(Container.java:894)
        at sun.reflect.GeneratedMethodAccessor153.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155)
        at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104)
        at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179)
        at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165)
        at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
        at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55)
        at org.jboss.proxy.ejb.HomeInterceptor.invoke(HomeInterceptor.java:169)
        at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86)
        at $Proxy292.create(Unknown Source)
        at com.babelstore.datafile.back.AdvertMappingCopyAction.execute(AdvertMappingCopyAction.java:57)
        at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:338)
        at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:297)
        at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:214)
        at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:186)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:152)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)
2007-01-10 17:57:28,422 ERROR [-Processor13] 62.23.27.114 - TransactionRolledbackException in method: public abstract com.babelstore.datafile.business.Adv
ertMappingBusiness com.babelstore.datafile.business.AdvertMappingBusinessHome.create(java.lang.Long,java.lang.String) throws java.rmi.RemoteException,javax.e
jb.CreateException, causedBy:
javax.ejb.CreateException: Integrity constraint violation. Possibly unique key violation or invalid foreign key value.
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractCreateCommand.performInsert(JDBCAbstractCreateCommand.java:320)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractCreateCommand.execute(JDBCAbstractCreateCommand.java:138)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.createEntity(JDBCStoreManager.java:572)
        at org.jboss.ejb.plugins.CMPPersistenceManager.createEntity(CMPPersistenceManager.java:222)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.createEntity(CachedConnectionInterceptor.java:266)
        at org.jboss.ejb.EntityContainer.createHome(EntityContainer.java:766)
        at sun.reflect.GeneratedMethodAccessor254.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:1113)
        at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:90)
        at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationInterceptor.java:192)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(CachedConnectionInterceptor.java:212)
        at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:90)
        at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:117)
        at org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:61)
        at org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCreationInterceptor.java:28)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invokeHome(CallValidationInterceptor.java:41)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:109)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:146)
        at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:116)
        at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:121)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invokeHome(ProxyFactoryFinderInterceptor.java:93)
        at org.jboss.ejb.EntityContainer.internalInvokeHome(EntityContainer.java:508)
        at org.jboss.ejb.Container.invoke(Container.java:894)
        at sun.reflect.GeneratedMethodAccessor153.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155)
        at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104)
        at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179)
        at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165)
        at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
        at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55)
        at org.jboss.proxy.ejb.HomeInterceptor.invoke(HomeInterceptor.java:169)
        at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86)
        at $Proxy290.create(Unknown Source)
        at com.babelstore.datafile.business.AdvertMappingBusinessBean.ejbPostCreate(AdvertMappingBusinessBean.java:92)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.ejb.plugins.CMPPersistenceManager.postCreateEntity(CMPPersistenceManager.java:251)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.postCreateEntity(CachedConnectionInterceptor.java:274)
        at org.jboss.ejb.EntityContainer.postCreateHome(EntityContainer.java:754)
        at sun.reflect.GeneratedMethodAccessor256.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1159)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72)
        at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111)
        at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242)
        at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89)
        at org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCreationInterceptor.java:43)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invokeHome(CallValidationInterceptor.java:41)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:109)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:146)
        at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:116)
        at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:121)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invokeHome(ProxyFactoryFinderInterceptor.java:93)
        at org.jboss.ejb.EntityContainer.internalInvokeHome(EntityContainer.java:508)
        at org.jboss.ejb.Container.invoke(Container.java:894)
        at sun.reflect.GeneratedMethodAccessor153.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155)
        at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104)
        at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179)
        at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165)
        at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
        at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55)
        at org.jboss.proxy.ejb.HomeInterceptor.invoke(HomeInterceptor.java:169)
        at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86)
        at $Proxy292.create(Unknown Source)
        at com.babelstore.datafile.back.AdvertMappingCopyAction.execute(AdvertMappingCopyAction.java:57)
        at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:338)
        at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:297)
        at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:214)
        at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:186)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:152)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)
2007-01-10 17:57:28,429 WARN [-Processor13] 62.23.27.114 - Catched a TransactionRolledbackException in Dispatcher.innerLoad cause : javax.ejb.EJBExceptio
n: null; CausedByException is:
        Integrity constraint violation. Possibly unique key violation or invalid foreign key value. / message : null; CausedByException is:
        Integrity constraint violation. Possibly unique key violation or invalid foreign key value.; nested exception is:
        javax.ejb.EJBException: null; CausedByException is:
        Integrity constraint violation. Possibly unique key violation or invalid foreign key value.
2007-01-10 17:57:28,446 ERROR [-Processor13] 62.23.27.114 - Load error
Servlet : com.babelstore.datafile.back.DatafileBackServlet
Request : GET http://bo.priceminister.com/datafile_back?action=advertmappingcopy&advertmappingid=14044&new_label=Copie%20de%20Mod%E8le%20Vid%E9o%20V1.1
Referrer : http://bo.priceminister.com/datafile_back?action=advertmappingview&advertmappingid=14044
User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1
Trace : javax.transaction.TransactionRolledbackException: null; CausedByException is:
        Integrity constraint violation. Possibly unique key violation or invalid foreign key value.; nested exception is:
        javax.ejb.EJBException: null; CausedByException is:
        Integrity constraint violation. Possibly unique key violation or invalid foreign key value.
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:244)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:146)
        at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:116)
        at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:121)

etc ...
Commentaire de Mostafa Diane [ 18/janv./07 15:51 ]
Le problème vient de la présence de la la cellule de découpage. en fait ca vient d'un ancien bug sur la copie des formats(la copie du format pointait sur l'ancienne cellule de découpage au lieu de la nouvelle).
Il faut tout d'abord corriger ces formats (la copie se fera sans problème)( il faut faire pointer les cellules vers les nouvelles cellules de découpages)
il faut revoir tous ces formats
SQL>
select distinct cell2.advert_mapping_id
from advert_cell cell1, advert_cell cell2
where cell1.advert_cell_id = cell2.source_advert_cell_id
and cell1.advert_mapping_id <> cell2.advert_mapping_id; 2 3 4

ADVERT_MAPPING_ID
-----------------
             5710
             6470
             6471
             7734
             9574
            10254
            11843
            12025
            12562
            12688
            12689
            12742
            13023
            13084
            13182
            13322
            13423
            13442
            13443
            13706
            13925
            14044
            14124
            14325
            14544

25 ligne(s) sélectionnée(s).


Commentaire de Mostafa Diane [ 22/janv./07 11:15 ]
est ce que tu peut lancer la requête sur la prod espagne pour vérifier la base d'espagne
Commentaire de Mostafa Diane [ 22/janv./07 11:15 ]
la question s'adresse a daniel :)?
Commentaire de Daniel Pintamalli [ 22/janv./07 13:45 ]
oui, je peux lancer la requête sur l'espagne, je m'en occupe
Commentaire de Mostafa Diane [ 22/janv./07 14:48 ]
c 'est déjà fait

select distinct cell2.advert_mapping_id
from advert_cell cell1, advert_cell cell2
where cell1.advert_cell_id = cell2.source_advert_cell_id
and cell1.advert_mapping_id <> cell2.advert_mapping_id; 2 3 4

ADVERT_MAPPING_ID
-----------------
            13005
            13006
            13023
Commentaire de Daniel Pintamalli [ 26/janv./07 15:14 ]
Espagne:
Les formats 13005, 13006, 13023 étaient en état supprimés. Je les ai corrigés de tout même.

France:
Il faudrait corriger les formats listés ci-dessous. (tous ceux étant en état active et inactive).

Xavier, Marion:
Peut-on les modifier sans que ceci répercute dans l'import?

7734
9574
12025
12562
12688
12689
13023 (inactive)
13084
13182
13322
13423 (inactive)
13706
13925
14044
14325
Commentaire de Marion Anfreville [ 14/févr./07 09:41 ]
Pas de contre indication à corriger les formats restants :
7734
9574
12025
12562
12688
12689
13023 (inactive)
13084
13182
13322
13423 (inactive)
13706
13925
14044
14325

Il faut faire rapidement les modifications car ces formats ne doivent pas bien prendre en compte certaines données.
Commentaire de Daniel Pintamalli [ 14/févr./07 11:36 ]
Les corrections ont été faites.

7734 -> format corrigé
9574 -> format corrigé
12025 -> format corrigé
12562 -> le format était déjà corrigé
12688 -> format corrigé
12689 -> format corrigé
13023 (inactive) -> format corrigé
13084 -> format corrigé
13182 -> format corrigé
13322 -> format corrigé
13423 (inactive) -> format corrigé
13706 -> format corrigé
13925 -> format corrigé
14044 -> le format était déjà corrigé
14325 -> format corrigé
Commentaire de Patrick Condevaux [ 19/févr./07 12:39 ]
ok



fichier cfonb - virement international - compensations espagne (APP-13330)

[APP-13688] info numéro de compte - fichier cfonb - débits pmv Création: 09/nov./06 11:11  Mise à jour: 13/janv./09 11:53  Résolue: 05/juin/07 11:53

Etat: Fermé
Projet: Application PriceMinister
Composants: Compensations
Affecte la/les version(s): 10.0.0 (ESP)
Version(s) corrigée(s): 38.0.0 (TX-D Bis)

Type: Sub-bug Priorité: Bloquant
Rapporteur: Steven Harel Attribution: Eric Vannier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ESP - Espagne
Projets PM: *** RESERVE ***
Projets PM archivés: Maintenance 12.0.0

 Description   
l'exploitation me communique des fichiers cfonb.txt
à envoyer à la banque dans le cadre des débits pmv par virement internationaux

ces fichiers indiquent notamment le compte price à débiter
actuellement, sur la france, le compte à débiter est :
(bic)SOGEFRPP (iban)FR7630003033240002002191885
bic et iban ligne 03, iban ligne 08

nous avons ouvert un second compte pour les paiements espagnols :
(bic)SOGEFRPP (iban)FR7630003033240002002953141

cependant, les cfonb espagnols des débits par virement internationaux reprennent le compte france
il faut donc modifier les bic et iban (lignes 03 et 08)
des cfonb espagnols en reprenant le compte bancaire espagne

 Commentaires   
Commentaire de Edouard Laurent [ 15/nov./06 11:03 ]
C'est corrigé
Commentaire de Younès Charrière [ 02/févr./07 15:59 ]
Ok vu avec Steven.
Commentaire de Steven Harel [ 07/mai/07 10:45 ]
nouveau problème identique pour le débit par virement internantional sur priceminister.es

le fichier cfonb communiqué ordonne un virement à partir du compte france alors que c'est le compte espagne qu'il faut débiter

ce truc a été corrigé et apparait à nouveau (?)

est-ce qu'on peut s'assurer qu'on blinde vraiment tout ce qui touche aux paiements ?
Commentaire de Steven Harel [ 11/mai/07 10:56 ]
même problème le 10 mai avec le fichier cfonb_debit_virements-2007-05-10.txt espagne
Commentaire de Eric Vannier [ 15/mai/07 11:52 ]
Le soucis venait du fait , que l'on eut réaliser cette opération sur esculape et sur hercule. Seul le script d'esculape avait été corrigé.

J'ai réalisé la correction sur hercule mais il est conseillé de réaliser cette opération uniquement sur esculape pour l'espagne.
Commentaire de Jérôme Mazoyer [ 15/mai/07 11:54 ]
Le problème a été corrigé par Eric.
Commentaire de Jérôme Mazoyer [ 15/mai/07 11:55 ]
Le problème a été corrigé par Eric.
Commentaire de Steven Harel [ 23/mai/07 13:42 ]
même problème pour les débits pmv espagne du 20 mai
Commentaire de Steven Harel [ 23/mai/07 13:45 ]
ce problème a été "corrigé" déjà 3 fois

patrice, peut-on se voir pour en parler ?
Commentaire de Eric Vannier [ 23/mai/07 16:01 ]
Ce sont les fichiers générés par le script de compensation qui ont ce soucis ?

Nous avons modifiés les scripts de finalisation de paiement.

Merci de me confirmer cela.
Commentaire de Eric Vannier [ 23/mai/07 16:20 ]
J'ai vérifié les fichiers qui ont été généré par le script de compensation le 2007-05-20 en espagne :

[pmas@esculape work-2007-05-20]$ pwd
/data/priceminister/pmscripts/pmcompensations/compensation/work-2007-05-20

[pmas@esculape work-2007-05-20]$ zgrep "FR7630003033240002002953141" *.gz
cfonb-2007-05-20.txt.gz:03PI00000120070520BABELSTORE S.A. 4 RUE D ENGHIEN 75010 PARIS FRANCE 43264758400023INTVIRT20070520 SOGEFRPP 1FR7630003033240002002953141 EUR3324033 2120070520EUR
cfonb-2007-05-20.txt.gz:08PI00005220070520 43264758400023INTVIRT20070520 1FR7630003033240002002953141 EUR3324033 000000000000360137
cfonb-croix-rouge-2007-05-20.txt.gz:03PI00000120070520BABELSTORE S.A. 4 RUE D ENGHIEN 75010 PARIS FRANCE 43264758400023INTVIRT20070520 SOGEFRPP 1FR7630003033240002002953141 EUR3324033 2120070520EUR
cfonb-croix-rouge-2007-05-20.txt.gz:08PI00000220070520 43264758400023INTVIRT20070520 1FR7630003033240002002953141 EUR3324033 000000000000000000

Les fichiers que le script de compensation :
pièce jointe archive gzip (Compensations-2007-05-20.xls.gz)
pièce jointe archive gzip (Compensations-croix-rouge-2007-05-20.xls.gz)
pièce jointe archive gzip (cfonb-2007-05-20.txt.gz)
pièce jointe archive gzip (cfonb-croix-rouge-2007-05-20.txt.gz)

Commentaire de Eric Vannier [ 23/mai/07 16:22 ]
Merci de venir nous voir pour que l'on corrige ce problème définitivement.
Commentaire de Steven Harel [ 23/mai/07 17:37 ]
je vois avec patrice quand je passe vous voir
plutôt demain matin

pour répondre à ton dernier message :
ce bug concerne les débits pmv
ça ne concerne pas les compensations
Commentaire de Eric Vannier [ 05/juin/07 11:05 ]
Le soucis provenait que le script pour l'espagne utilisait le générateur de fichiers pour la france donc on avait beau regarder le générateur espagnol qui avait été modifié, ce n'était pas celui qui était utilisé.

J'ai remis à plat le script pour les virements et les chèques pour que l'espagne utilise ses propres scripts.

Jérome va regénérer les fichiers pour avoir une validation que tout est ok pour la prochaine fois.

Merci de bien vouloir me le confirmer.
Commentaire de Eric Vannier [ 05/juin/07 11:53 ]
Le soucis a été identifié et corrigé. Le script espagne comportait le chemin en dur du répertoire pour la france .

Ensuite, c'était des chemins relatifs qui sont dans le script donc on utilisait le générateur des fichiers (csv et cfon) de la france au lieu de celui de l'espagne. C'est à cet endroit que le code IBAN est renseigné.

J'ai modifié le chemin par celui de l'espagne, ce qui a comme conséquence de bien séparer les deux pays pour ce type d'opérations.

Les fichiers regénérés sont corrects à la date du 5/06/07.



[APP-23705] [UK] Erreur 404 sur bo.uk.integ sur certaines actions Création: 17/déc./08 14:41  Mise à jour: 19/déc./08 11:46  Résolue: 19/déc./08 11:46

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 37.0.0 (TX-D)
Version(s) corrigée(s): 37.0.0 (TX-D)

Type: Bogue Priorité: Mineur
Rapporteur: Cédric Goldovsky Attribution: Christophe Garcia
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
GBR - Royaume Uni
Site: Integ
Navigateur: Tous
Projets PM archivés: UK - Plateforme BETA

 Description   
Je me logue (ex : ceduk000 / test) puis sur la HP Mon Compte je me déconnecte ou je tente d'accéder à mon profil.

J'obtiens cela :

Not Found

The requested URL /errors/403.html was not found on this server.

Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.

 Commentaires   
Commentaire de Emeric Teil [ 17/déc./08 15:15 ]
Problème de plateforme ?
Commentaire de Arnaud Forgues [ 18/déc./08 10:32 ]
Même problème depuis preview.

Apparemment il y a un problème de certificat SSL en INTEG UK (à vérifier en PROD UK ?) depuis bo et preview



[APP-30466] Identification BO : Ne pas re-exécuter l'action courante si on change juste d'identifiant Création: 20/juil./10 15:13  Mise à jour: 20/sept./10 13:18  Résolue: 26/juil./10 14:30

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 73.0.0 (TX-O)
Version(s) corrigée(s): 77.0.0 (TX-P)

Type: Bogue Priorité: Mineur
Rapporteur: Marc-Antoine Decreton Attribution: Samy Badjoudj
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
Projets PM: *** CHASSE ***
Navigateur: Tous

 Description   
En BO, lorsqu'on effectue une action requérant l'identification, l'action n'est pas validée et on est redirigée vers la page "Veuillez vous identifier d'abord".
Suite à l'identification, on cherche alors à re-exécuter l'action automatiquement.

Le bug : dans le cas où l'opérateur SAV est connecté et effectue l'action, celle-ci est bien exécutée. Si ensuite l'opérateur change d'identifiant, alors on cherche à revalider l'action (alors que ce n'est pas la peine : l'opérateur cherche à changer d'identifiant et non pas à faire une action).

Piste : ne forcer l'exécution de l'action (submit du formulaire) uniquement lorsqu'on a une BoUserLoginException levée. Si ce n'est pas le cas, il s'agit juste de changer l'identifiant.

 Commentaires   
Commentaire de Thomas Landru [ 27/juil./10 17:16 ]
testé sur la branche bzr://perrier/dev/project/ident_action_bo/ : tout est ok



[EXP-1852] Modification script création compte FTP en prod Création: 24/avr./06 11:54  Mise à jour: 25/juin/07 18:57  Résolue: 27/avr./06 18:03

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Nicolas Gréhalle Attribution: Ranto Andriambololona
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Dans le cadre du déploiement du nouveau système de gestion de flux FTP, il faudrait modifier le script qui permet de créer les comptes FTP sur phaeton :

- ne plus renseigner userList.txt sur phaeton
- ne plus créer le fichier account.conf sur phaeton

Merci

 Commentaires   
Commentaire de Ranto Andriambololona [ 27/avr./06 17:56 ]
Le script a été modifié, merci de valider lors du prochain création de compte
Commentaire de Ranto Andriambololona [ 27/avr./06 18:00 ]
MAJ dans CVS PEPS



[EXP-3634] Pas de droits d'écriture sur le compte PMBH (serveur Mignon) Création: 29/mai/07 16:41  Mise à jour: 07/août/07 11:56  Résolue: 07/août/07 11:56

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Bloquant
Rapporteur: Damien Dorizy Attribution: Jérôme Mazoyer
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Il est impossible de créer un dossier ou de copier un fichier sur le compte PMBH : le dossier principal appartient à root et il est donc interdit même d'y faire un mkdir.
La commande "rails" renvoie également un "command not found". Ruby on Rails est-il installé ?
Merci

 Commentaires   
Commentaire de Damien Dorizy [ 25/juin/07 18:36 ]
Ne fonctionne toujours pas...
Commentaire de Justin Ziegler [ 06/août/07 14:04 ]
On est ou la dessus ?
Commentaire de Jérôme Mazoyer [ 06/août/07 14:20 ]
J'attends le retour de Damien la-dessus, mais normalement tout doit fonctionner correctement a présent.
Commentaire de Damien Dorizy [ 07/août/07 09:24 ]
On a effectivement bien le droit d'écriture, mais Ruby on Rails ne semble toujours pas installé (la commande 'rails' n'existe pas)
Commentaire de Jérôme Mazoyer [ 07/août/07 11:56 ]
Ruby on Rails installé, vu avec Damien, ainsi les droits d'écriture sur le compte pmbh.



[EXP-4690] Helpdesk : demande ouverture adresse mail et compte utilisateru Création: 28/janv./09 14:44  Mise à jour: 29/janv./09 10:46

Etat: Ouvert
Projet: Exploitation
Composants: Installation
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Emmanuelle Lachamp Attribution: Christophe Garcia
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Word FICHE NOUVEL ARRIVANT.doc    
Pays:
FRA - France

 Description   
Hello

Merci de créer un compte pour Gauthier Michalon qui rejoint l'équipe commerciale de Price, au poste d'anne korchia
emma

Ne pas fermer l'adresse mail d'anne les mails devront etre relevé par Gauthier

 Commentaires   
Commentaire de Stéphane Eccli [ 29/janv./09 10:46 ]
comptes créés, reste Jira



[DEC-257] comptes pro manquants dans le stock pro payé Création: 13/févr./06 11:17  Mise à jour: 14/sept./07 14:24  Résolue: 15/févr./06 13:20

Etat: Fermé
Projet: Reporting
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Lorenzo Nuccio Attribution: Agathe Remy
Résolution: Corrigé  
Estimation restante: 4 heures
Temps consacré: Non spécifié
Estimation originale: 4 heures


 Description   
Dans le fichier auto ou sont recensé tous les pros autos, il manque de nombreux compte pros.
Ce fichier me permettant de faire mes stats pro, je m'en aperçois après avoir utilisé les macros, le stats comptent alors des centaines de lignes à moitié vide du fait qu'aucun pro n'est associé à l'annonce.

Merci de voir à quoi cela peut-être dû.

Pour exemple le pro "ersoauto" n'apparait pas dans le fichier stock, alors que son compte a été créé en novembre.

Lorenzo

 Commentaires   
Commentaire de François Le Lay [ 15/févr./06 12:46 ]
On ne prend en compte que les pros qui ont des annonces actives, peut-être cela peut-il expliquer la différence?
Commentaire de François Le Lay [ 15/févr./06 13:20 ]
661 email pros auot dans la newletter vs 675 comptes dans le rapport stock_pro_auto. Pkoi? Parce qu'il y a des comptes qui utilisent la même adresse email. On a 17 emails associés à au moins 2 comptes.



[APP-22933] Majorité des comptes auto en visibilité 0 caché (surveillé) Création: 04/nov./08 18:35  Mise à jour: 10/nov./08 10:20  Résolue: 05/nov./08 16:54

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 32.0.1.2
Version(s) corrigée(s): 32.0.1.2

Type: Bogue Priorité: Critique
Rapporteur: Jérome Marianne Attribution: Arnaud Forgues
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Prod
Projets PM: *** CHASSE ***
Navigateur: FireFox 3.0

 Description   
Je viens de constater que depuis la dernière mise à jour, la majorité des comptes autos ont été automatiquement mis en visibilité 0 caché (surveillé) en back office.

 Commentaires   
Commentaire de Espérance Galouo-Lece [ 05/nov./08 09:08 ]
 - Est ce possible d'avoir des exemples de comptes?
Commentaire de Jérome Marianne [ 05/nov./08 10:01 ]
Voilà des exemples de comptes:

topv2845
topv2786
topv2766
topv2761
topv0503
topv0935
topv2667
topv2590
topv2568
Commentaire de Arnaud Forgues [ 05/nov./08 16:54 ]
En effet, suite à la TX-C, on a migré tous les comptes qui avaient fait uniquement des mises en vente auto, et dont l'inventaire était activé avec une visibilité vendeur à 1 (ou 2 pour les PROS) mais sans coordonnées vendeur pour autant.

Etant donné que la visibilité d'une annonce auto ne dépend pas de l'activation de l'inventaire (ouvertur boutique) et que la visibilité 0 reste acceptée pour une annonce auto, nous avons migré environ les 60 000 comptes concernés, afin de repasser leur inventaire inactif et leur visibilité à 0.

Donc, à priori, sauf avis contraire, la situation est normale (et voulue !).



[APP-15529] Refonte Mon Compte : lot 1 Fondation Création: 16/mars/07 12:13  Mise à jour: 17/août/07 11:39  Résolue: 10/août/07 10:13

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 15.0.0
Version(s) corrigée(s): 16.0.0

Type: Amélioration Priorité: Majeur
Rapporteur: Bertrand Luc Yovanovitch Attribution: Renaud Dierickx
Résolution: Corrigé  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Pièces jointes: File arbo mon compte existant.VSD     Microsoft Excel bugs Mon Compte.xls     File Sceenshots_Mon compte.rar    
Liens des demandes:
Duplicate
a pour doublon APP-6908 Difficile de trouver la fonction "Vou... Fermé
Dépendance
est bloqué par EXP-3671 MINITORD : alerte à mettre en place p... Résolu
est bloqué par APP-17302 [DASHBOARD] Problème avec les compteu... Fermé
Similaire
similaire à APP-17213 Compteur "nombre de souhaits" : 19 su... Fermé
similaire à APP-6908 Difficile de trouver la fonction "Vou... Fermé
similaire à APP-10114 Picto Vendeur en vacances Ouvert
similaire à APP-10314 Chantier "Mon compte" : page d'identi... Fermé
similaire à APP-11802 [METATAGS] [Mon Compte] Afficher les ... Fermé
similaire à APP-7139 stats auto - courbe - fonctionnement ... Fermé
similaire à APP-17303 [DASHBOARD] Problème d'affichage en B... Fermé
similaire à APP-9814 Chantier " Mon compte" : Page "Mes me... Fermé
similaire à APP-17494 [Mon Compte] Déploiement des compteur... Fermé
similaire à APP-9909 Chantier mon compte : manque "Vous pa... Fermé
similaire à APP-9900 Chantier "Mon compte" : espace Achete... Fermé
similaire à APP-10012 Chantier "Mon compte" : navigation da... Fermé
similaire à APP-10636 Lot 2 : afficher un message "Vendre" ... Fermé
similaire à APP-16130 Mon Compte : colonne droite Fermé
Sous-tâches:
Clé
 Résumé
 Type
 Etat
 Attribution
APP-16089 Bugs Mon Compte Sub-bug Fermé Clement Balay  
APP-16561 Script de correction de la colonne TA... Sub-bug Fermé Clement Balay  
APP-16565 [POST DEPLOY] Redirection de l'ancien... Sub-improvement Fermé Jérémie Bennejean  
APP-16566 Création de nouvelles popups d'aide Sub-improvement Fermé Eve Pioche  
APP-16674 Modification de styles dans le profil Sub-bug Fermé Clement Balay  
APP-16751 Développement et intégration des comp... Sub-new feature Fermé Renaud Dierickx  
APP-16754 Uniformisation de la requête comptant... Sub-improvement Fermé Renaud Dierickx  
Pays:
ALL - Tous
Site: Prod
Projets PM archivés: Mon Compte - Lot 1 : Fondation

 Description   
La refonte Mon Compte comprends :
- Une nouvelle Home Mon Compte Core (générale )
- Deux Home Auto : une Pro et un Part
- Des indicateurs qui s'affichent sur ces Home : nombres d'annonces en ligne etc...
- Un nettoyage de la colonne de droite sur toutes les pages Mon Compte
- Un réglement des bugs sur toutes les pages Mon Compte

Chaque point donnera lieu à des documents spécifiques joints au Jira.
Les Jiras déja existants sur Mon compte vont être liés à ce Jira.

 Commentaires   
Commentaire de Arnaud Forgues [ 13/juin/07 15:36 ]
La nouvelle home Mon compte et le dashboard seront livrés en V16 alors que la partie Bugs et Colonne de droite seront livrés en V15
Commentaire de Ariane Baldinger [ 25/juin/07 09:48 ]
=> colonne droite : contenus Express publiés pour la V15



[APP-8139] Auto - BO - création d'un mot clé pour filtrer les annonces < 1000 euros Création: 27/mars/06 16:39  Mise à jour: 25/juin/07 18:36  Résolue: 26/mai/06 12:28

Etat: Fermé
Projet: Application PriceMinister
Composants: Mise en vente
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Nouvelle fonctionnalité Priorité: Critique
Rapporteur: Marc Cacheiro Attribution: Marc Cacheiro
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Site: Prod

 Description   
pour éviter que des vendeurs ne passent des annonces auto en mettant en avant un faux prix (en particulier des mensualités au lieu d'un prix global) et faussent ainsi les tris par prix, nous souhaitons mettre en place un tri en BO permettant de repérer les annonces auto mises en vente à un prix < 1000 euros.
L'idée est d'utiliser pour ce faire le système existant des mots clés.
1ère étape : créer le code vélocity permettant de repérer les annonces Auto mises en vente à moins de 1000 euros
2ème étape : communiquer le code à steven pour qu'il crée le mot clé, et que chaque annonce répondant à ce double critère (prix < 1000 euros + auto) soit transmise automatiquement à la validation
3ème étape : lorsque des annonces auto < 1000 euros seront créées, et donc transmises à la validation, vérifier qu'il ne s'agit pas de ventes à crédit (dans le commentaire), et le cas échéant, invalider l'annonce afin qu'elle ne soit plus visible en front.
4ème étape : prévenir le vendeur et le rembourser :)

merci !

 Commentaires   
Commentaire de Arnaud Forgues [ 27/mars/06 19:22 ]
Il faut donc créer un mot clef de type "Création annonce" en mode "Velocity" avec la valeur :

$advert.PrdType == "Voitures" && $util.lessThan($advert.SalePrice, 1000)


Les annonces répondant à ces critères apparaitront alors en BO dans les listes "Problèmes annonces".

Marc, il faut que tu vois avec Steven qui doit suivre ce type de problème : équipe de validation produit ou équipe SAV ...?


Voilou,
Arnaud
Commentaire de Steven Harel [ 28/mars/06 10:31 ]
mot clé créé

en cours de test

rachid (modération) est informé
Commentaire de Marc Cacheiro [ 26/mai/06 12:28 ]
ok



[APP-17680] page profil de compte indisponible à partir du lien newsletter Création: 03/sept./07 15:35  Mise à jour: 04/mai/09 13:42

Etat: Ouvert
Projet: Application PriceMinister
Composants: News Letters
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Alexandra Viravaud Attribution: Patrice Boulanger
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
doublon de APP-20546 Problème perte paramètre après authen... Fermé
a pour doublon APP-7148 Suite APP-6899 : D'autres URL continu... Fermé
Pays:
FRA - France
Projets PM archivés: Maintenance 19.x.x

 Description   
Salut,

nous mettons dans nos newsletters un redirect vers le Profil de compte pour les personnes qui souhaitent changer l'adresse de reception de leurs emails : https://www.priceminister.com/connect
Ce lien renvoit vers une page indisponible lorsqu'on clique dessus, alors qu'il fonctionne correctement dans mon compte.
Pouvez-vous voir ce qui se passe ?
Merci

 Commentaires   
Commentaire de Christophe Garcia [ 03/sept./07 16:40 ]
Alexandra,
En attendant la correction du problème, il faut que tu remplaces tes URL dans les newletters et que tu utilises "https://www.priceminister.com/connect?action=login à la place de "https://www.priceminister.com/connect?action=profile". Il suffit alors à l'internaute de cliquer sur "Mon profil" pour accéder à son profil.
Merci

Commentaire de Christophe Garcia [ 03/sept./07 16:40 ]
Quand on essaie de se connecter directement sur "action=profile" sans être authentifié, on est dans un premier rediriger vers 'action=login&c=80&dest=%2Fconnect%3Faction%3Dprofile' puis dans un second temps on revient à ''action=profile".
C'est le second temps qui foire.


2007-09-03 16:24:21,327 INFO [P-Processor2] 192.168.1.234 - >>> GET https://www.pm.lan/connect?action=profile
2007-09-03 16:24:21,328 INFO [P-Processor2] 192.168.1.234 - (Status : 302) Redirecting to : /connect?action=login&c=80&dest=%2Fconnect%3Faction%3Dprofile
2007-09-03 16:24:21,328 INFO [P-Processor2] 192.168.1.234 - <<< [1 ms] GET https://www.pm.lan/connect?action=profile
2007-09-03 16:24:21,342 INFO [P-Processor9] 192.168.1.234 - >>> GET https://www.pm.lan/connect?action=login&c=80&dest=%2Fconnect%3Faction%3Dprofile
2007-09-03 16:24:21,437 INFO [P-Processor9] 192.168.1.234 - <<< [95 ms] GET https://www.pm.lan/connect?action=login&c=80&dest=%2Fconnect%3Faction%3Dprofi
le
2007-09-03 16:24:27,328 INFO [P-Processor2] 192.168.1.234 - >>> POST https://www.pm.lan/connect!action=dologin&c=80&dest=/connect?a...&login=chg_pm&passwo
rd=password2&submitbtn=Connexion
2007-09-03 16:24:27,332 INFO [P-Processor2] 192.168.1.234 - User authentication success - login = CHG_PM
2007-09-03 16:24:27,530 INFO [P-Processor2] 192.168.1.234 - <<< [202 ms] POST https://www.pm.lan/connect!action=dologin&c=80&dest=/connect?a...&login=chg_
pm&password=password2&submitbtn=Connexion
2007-09-03 16:24:29,510 INFO [P-Processor2] CHG_PM - >>> GET https://www.pm.lan/connect
2007-09-03 16:24:29,511 ERROR [P-Processor2] CHG_PM - Action 'null' not defined
2007-09-03 16:24:29,512 ERROR [P-Processor2] CHG_PM - No layout defined - An action might not have been registered
Servlet : com.babelstore.user.front.ConnectServlet
Request : GET https://www.pm.lan/connect
Referrer : null
User-Agent : Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)

2007-09-03 16:24:29,512 INFO [P-Processor2] CHG_PM - Setting response status code to 404
2007-09-03 16:24:30,134 INFO [P-Processor2] CHG_PM - <<< [624 ms] GET https://www.pm.lan/connect
Commentaire de Alexandra Viravaud [ 03/sept./07 16:55 ]
le renvoi vers la HP mon compte n'est vraiment pas idéal car il est probable que bcp d'internautes passent à côté du lien Mon Profil.
enfin si c'est la seule solution qui fonctionne pour l'instant, on fera avec :)
Commentaire de Clement Balay [ 18/sept./07 09:21 ]
Je ne suis pas arriver à résoudre ce bug, Il se produit lorsqu'on essaie de se connecter à la page "Mon profil" sans être connecté, cad qu'il va ouvrir la page de connexion puis rediriger vers la page "Mon profil" qu'il aura enregistrer dans l'url.
Cela semble venir du mode https
Commentaire de Nicolas Chauveau [ 21/sept./07 11:04 ]
En effet, on a l'impression que la page profile est passé en https depuis la refonte mon compte.
1/ Est-ce normal, voulu ?
2/ C'est la configuraiton en exploitation qui force les pages connect en https mais il semble que les paramètre passé en post du coup ne passe pas.

Deux solutions :
Si l'on veut absolument garder ces pages en https (mais pourquoi ?), arriver à passer les paramètres POST au moment de la redirection en https ?
Passer ces pages en http (sauf celle bien sûre qui envoir un mdp dans les paramètres, ie log-in, inscription et modification de mot de passe...)

Ange, si tu as une opinion ou plus d'input raconte-nous tout cela !...

Remarque :
Le code est bon :
"
Pour continuer l'action en cours, cliquez ci-dessous :
<br /><br />
<br /><br />
</td>
</tr>
<tr>
<td align="center">
<form action="http://www.priceminister.com/connect" name="frmLoginSuccess" method="post" onsubmit="return checkSubmitted(this.name)">
<input name="action" value="profile" type="hidden" />
<input name="continuebtn" type="submit" class="blueinptsmall" value="Continuer" />
</form>
"
Commentaire de Edouard Gomez-Vaez [ 05/oct./07 16:04 ]
Le 2/ du APP-7148 correspond à l'APP-17680



[IMP-6612] bijouxette - Création compte FTP+Flux de commandes Création: 23/juil./10 10:02  Mise à jour: 02/août/10 11:23  Résolue: 02/août/10 11:23

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Maram Khayati Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel bijouxette.xlsx    
Pays:
FRA - France
Login: bijouxette
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec mise à jour/création produits , Mise à jour/création annonces avec mise à jour/création produits (écrasement)

 Description   
Nota : Création compte FTP+Flux de commandes.

Bonjour,

Pseudo : bijouxette

Le pro demande la création d'un compte FTP en alimentant les mises à jour à partir du lien du flux ci-dessous :

http://www.petite-peste.com/priceminister/priceminister.php

mail : contact@petite-peste.com

Merci

 Commentaires   
Commentaire de Fotigui Tangara [ 30/juil./10 15:43 ]
Le fichier est inexploitable en état...
Commentaire de Fotigui Tangara [ 30/juil./10 15:43 ]
J'envoie un mail au PRO pour le lui expliquer...
Commentaire de Fotigui Tangara [ 30/juil./10 15:48 ]
Inutile de créer un compte FTP lorsque le PRO est à mesure de nous fournir une adresse URL à laquelle nous pouvons récupérer son fichier d'import.

Sauf si le PRO souhaite la mise en place des flux de commandes.
Commentaire de Maram Khayati [ 30/juil./10 15:49 ]
J'avais converti le fichier en xls

Je ne sais pas si ça peut vous aider.

Merci.
Commentaire de Fotigui Tangara [ 30/juil./10 15:53 ]
Ci-dessous, mail envoyé au PRO :

Bonjour,

Nous sommes en charge de la mise en place du mécanisme d'import de vos fichiers de stock.

Pouvez-vous nous générer un flux CSV ? Nous ne sommes pas en mesure d'exploiter votre fichier se trouvant à l'adresse suivante : http://www.petite-peste.com/priceminister/priceminister.php

Celui-ci se présente comme un fichier html.

N'hésiter pas à nous contacter pour plus d'informations.

Cordialement
Equipe Import
 
Commentaire de Fotigui Tangara [ 30/juil./10 16:01 ]
Comme tu as fait pour avoir un fichier bien formaté (celui en pièce jointe) ?
Commentaire de Maram Khayati [ 30/juil./10 16:05 ]
J'ai enregistré le code source de la page puis je l'ai ouvert et converti en Excel.

Le Pro souhaitait effectivement mettre en place un flux de commandes. Voilà ce qu'il m'avait envoyé :

Nous voudrions mettre en place un flux pour tenir notre stock à jour en temps réel.
Voici l'URL : http://www.petite-peste.com/priceminister/priceminister.php


Merci
Commentaire de Fotigui Tangara [ 30/juil./10 16:16 ]
Le fichier téléchargé doit être directement exploitable, il ne faudrait pas une intervention humaine pour que le fichier soit exploitable... Notre filtre de téléchargement "Download" n'est pas conçu pour réaliser la conversion d'un format à l'autre....

J'attends le retour du PRO. En attendant, je mettrais en place la gestion des flux de commandes.
Commentaire de Maram Khayati [ 30/juil./10 16:20 ]
D'accord. Bien noté. Merci
Commentaire de Fotigui Tangara [ 30/juil./10 17:39 ]
J'ai le technicien qui gère l'informatique de Mme PAMART.

C'est OK.

Commentaire de Fotigui Tangara [ 30/juil./10 17:42 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : bijouxette
mot de passe : xe!Bj20rTg
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui

=====================================================================
Commentaire de Fotigui Tangara [ 30/juil./10 17:55 ]
Les configurations nécessaires aux traitement du fichier sont mises en place, celles-ci seront opérationnelles dès lundi à partir de 10h...

Demande en cours de traitement...
Commentaire de Fotigui Tangara [ 02/août/10 11:23 ]
La mise à jour automatique du stock est en place pour ce PRO.

Son stock sera mis à jour tous les jours à partir de 20h35mn...

Demande traitée.




[IMP-2397] Ouverture compte FTP générique - Modèles de fichiers Création: 26/juin/08 17:53  Mise à jour: 30/oct./09 15:43  Résolue: 27/juin/08 10:04

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Stéphanie Vignali Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: aucun
Séparateur: N/A
Type de traitement:
N/A

 Description   
Suite à un besoin avec un futur partenaire et certainements d'autres, nous avaons besoin d'un compte FTP générique reprenant tous les modèles de fichier disponibles.

Merci

Stéphanie

 Commentaires   
Commentaire de Fotigui Tangara [ 27/juin/08 09:46 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : storefactory
mot de passe : KAnne84
Serveur : ftp.priceminister.com / fr

=====================================================================
Commentaire de Fotigui Tangara [ 27/juin/08 10:01 ]
Le compte générique est créé, vous trouverez les différents modèles de fichier utilisés (Maison_Jardin_Plantes_Activités-Sport; Mode_et_Beauté). En cas d'oubli de notre part, veuillez nous en informer.... Merci.



[APP-24388] [Migration Auto] : redirection manquante pour Mon Compte Auto Création: 20/févr./09 17:34  Mise à jour: 03/mars/09 18:05  Résolue: 26/févr./09 18:12

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 41.0.0 (TX-E)
Version(s) corrigée(s): 41.0.1

Type: Bogue Priorité: Majeur
Rapporteur: Emeric Teil Attribution: Arnaud Forgues
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Integ
Navigateur: FireFox 2.0
Projets PM archivés: AUTO : Bascule vers MIXAD

 Description   
J'arrive à accéder à Mon Compte Auto, en suivant la "procédure" suivante :

-> Ne pas être connecté (ie : pas de session en cours)
-> Aller sur : http://www.pm.lan/user?tab=vehicle
-> On arrive sur la page de connexion
-> S'authentifier
-> Cliquer sur "Continuer"
-> On arrive sur Mon Compte Auto


=> A priori, il manquerait donc une redirection Apache quand le paramètre "vehicule" est passé en Post

=> En fait, le problème semble se reproduire pour toutes les pages mon compte (nécessitant identification) ... solution : dupliquer toutes les redirections Get en Post ?

 Commentaires   
Commentaire de Arnaud Forgues [ 23/févr./09 12:10 ]
Finalement, en creusant avec EMT, ce cas ne se produit que si l'utilisateur a mise en bookmark la page d'identification sur laquelle il est redirigée quand il essaye d'accèder directement à une page coté mon compte (connectée) ==> ce cas de figure étant très peu probable, on ne le traitera donc pas

Par contre on a au passage repérer le fait qu'il manque 2 redirections :

http://www.pm.lan/contract?action=warrantylist
http://www.pm.lan/contract?action=advertbuyercontractlist&relatedadvertid=155607394

On les ajoutera donc au fichier apache
Commentaire de Arnaud Forgues [ 23/févr./09 12:35 ]
[forguesa@gobillard source]$ bzr ci --fixes APP:24388
Committing to: bzr://perrier/dev/
modified source/etc/apache/rewrite.rules.mixad
Committed revision 25042.

tag déplacé
Commentaire de Christophe Garcia [ 26/févr./09 16:11 ]
Merci de vérifier si toutes les actions de la servlet "contract" sont redirigées.
Si oui et si ce n'est que de l'AUTO, on pourrait largement simplifier la règle.
Commentaire de Arnaud Forgues [ 26/févr./09 18:10 ]
En effet, en regardant directement dans le code la liste des actions qui sont mappées sur la servlet "contract", il nous en manque 2 qui sont encore plus profonde d'un point de vue accès pour l'utilisateur :
- "activationdo" : action de validation du formulaire d'activation de garantie ==> aujourd'hui on redirige déjà l'accès à ce formulaire. De plus ce formulaire est en Post, donc personne n'a pu mettre en bookmark une telle url
- "activationsuccess" : action de confirmation de la bonne activation d'une garantie ==> cela vient donc encore après l'action précédente. Peu d'interêt donc à mettre cette servlet en bookmark, mais il est vrai que c'est possible.

Tout cela correspond effectivement bien qu'a de l'auto, on peut donc simplifier :

On remplacera donc l'ensemble des redirections de type :

# Redirection du détail d'une garantie auto
RewriteCond %{HTTP_HOST} !^bo\.priceminister\.com
RewriteCond %{QUERY_STRING} "action=advertbuyercontractlist"
RewriteCond %{REQUEST_URI} "contract"
RewriteRule ^/contract http://www.priceministerauto.com/? [R=301,L,NE]

par :

# Redirection du détail d'une garantie auto
RewriteCond %{HTTP_HOST} !^bo\.priceminister\.com
RewriteCond %{REQUEST_URI} "contract"
RewriteRule ^/contract http://www.priceministerauto.com/? [R=301,L,NE]


NB :
[forguesa@gobillard source]$ bzr ci --fixes APP:24388
Committing to: bzr://perrier/dev/
modified source/etc/apache/rewrite.rules.mixad
Committed revision 25048.
[forguesa@gobillard source]$ bzr tag --force V41_0_1
Created tag V41_0_1.



[IMP-1649] Creation compte FTP pseudo : Musique_es Création: 04/déc./07 12:13  Mise à jour: 30/oct./09 15:43  Résolue: 20/févr./08 17:12

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Bloquant
Rapporteur: Cantoni Carlos Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: Musique_es
Séparateur: N/A
Type de traitement:
N/A

 Description   
Bonjour,
le partenaire Tu_musica/Musique_es fait actuellement la mise a jour de stock avec un compte FTP mais il souhaite avoir 1 fichier different pour le site espagnol et français
pouvez-vous creer un compte FTP pour le login Musique_es (France)pour faire les mises a jour?
merci

 Commentaires   
Commentaire de Daniel Pintamalli [ 20/févr./08 17:00 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : musique_es
mot de passe : hjttY72U
Serveur : ftp.priceminister.com / fr

=====================================================================
Commentaire de Daniel Pintamalli [ 20/févr./08 17:12 ]
La configuration XML a été mise à jour.

Marc (service technique DIscos Castelló) a été avisé.



[IMP-8129] enfantschics : Fichier déposé dans FTP non pris en compte Création: 22/févr./11 12:21  Mise à jour: 23/févr./11 16:09  Résolue: 23/févr./11 16:09

Etat: Résolu
Projet: Paramétrage - Import
Composants: Support entrant
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Mineur
Rapporteur: Jérome Marianne Attribution: Jérome Marianne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: enfantschics
Séparateur: N/A
Type de traitement:
Mise à jour/création annonces

 Description   
Bonjour,
Merci pour l'ID.
Nous poussons depuis hier des fichiers d'inventaire sur ce compte malheureusement aucun ne semble passer en ligne.
Aucun log non plus dans le compte du vendeur « Envoyer des fichiers de stock ».
Pouvez-vous s'il vous plait nous aider à mettre en place cet inventaire ?

Merci d'avance.


 Commentaires   
Commentaire de Jérome Marianne [ 22/févr./11 14:42 ]
La config FTP n'était pas correcte (Utilisation du Move au lieu du Move2 entre autre).

Je l'ai modifié.
Commentaire de Jérome Marianne [ 23/févr./11 13:57 ]
Mail de Sellermania:
"
Bonjour,

Merci.
Nouveau souci sur ce compte, trop d’erreurs sur les 200 premiers produits.
Les derniers produits devraient passer.
Pouvez-vous laisser passer les erreurs sur ce compte qui contient peu de listings ?

Par ailleurs, le compte Ethikbooks a été débridé prix hauts par Gael, mais dans les faits, le compte n’est pas débridé.

Merci d’avance pour votre aide et bonne journée.
"
Commentaire de Jérome Marianne [ 23/févr./11 16:09 ]
Les profils ont été corrigés, le palier des erreurs débridé.

Le fichier a été traité à 59%.
La majorité des erreurs est due à des EAN non trouvés.



[IMP-2731] création compte ftp provisoire pour partenaire southall1 Création: 16/oct./08 15:15  Mise à jour: 30/oct./09 15:43  Résolue: 16/oct./08 15:35

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Robin Dohin Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: southall1
Séparateur: N/A
Type de traitement:
N/A

 Description   
Merci de bien vouloir créer un compte FTP provisoire pour le partenaire southall1 afin qu'il puisse me faire parvenir son fichier de stock (de taille importante)

 Commentaires   
Commentaire de Fotigui Tangara [ 16/oct./08 15:34 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : southall1
mot de passe : sgQe52
Serveur : ftp.priceminister.com / fr

=====================================================================
Commentaire de Robin Dohin [ 16/oct./08 15:36 ]
Merci Fotigui



[APP-21570] [Mon compte] Page "Ma boutique" indisponible Création: 31/juil./08 16:42  Mise à jour: 24/déc./09 10:38

Etat: Ouvert
Projet: Application PriceMinister
Composants: Boutique, Inventaire
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Cosmétique
Rapporteur: Cédric Goldovsky Attribution: Dispatcher (Pôle NAV)
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Integ
Projets PM: *** STANDBY ***
Navigateur: Tous

 Description   
Pour un compte ayant un objet en vente mais pas de boutique active, si on clique sur "Ma boutique", on obtient une erreur "page indisponible"
Check avec login "ced_test_015"psw "cedtest015"

 Commentaires   
Commentaire de Benoît Bourdon [ 01/août/08 11:54 ]
Ce fonctionnement est normal : la boutique n'est pas activée par le vendeur .... elle n'est pas active / pas visible

Par contre ce qui est étrange c'est d'avoir accès depuis mon compte à la boutique
-> Je viens de voir EMT, ce truc a été discuter durant le projet, c'est volontaire...

Par contre voici une idée d'évolution :
- SI le mec est logué et que sa boutique n'est pas activée, lui seul peut acceder à sa boutique (comme ça il peut la préparer : mettre en vitrine ...etc...)
- En haut de la boutique on indique, que seul lui peut voir sa boutique car elle n'est pas activé et qu'il doit l'activer pour vendre ses produit et rendre sa boutique visible (avec un p'tit lien vers l'activation

--> dans le coup je passe le jira en standby pour un futur projet qui toucherai la boutique ou l'inventaire ...



[Post-Deploy] [Parrainage] Réduction du temps de gel (APP-29247)

[APP-29250] [Post-Deploy] [Parrainage] Activation dans mon compte de l'alerte dès que tout est expiré Création: 19/avr./10 14:16  Mise à jour: 11/mai/10 15:49  Résolue: 11/mai/10 11:39

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 68.0.2

Type: Sous-tâche Priorité: Mineur
Rapporteur: Renaud Dierickx Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Dépendance
est bloqué par APP-29249 [Post-Deploy] [Parrainage] Lancement ... Fermé
Pays:
ALL - Tous
Projets PM: Parrainage (Lot 1)

 Description   
Supprimer du overload :

# Activation de la notification sur la HP Mon Compte (valeur par défaut = true)
priceminister.sponsorship.account.message.is_active = false

 Commentaires   
Commentaire de Renaud Dierickx [ 28/avr./10 17:42 ]
GO : on active la notification dans mon compte.
A traiter ASAP !
Merci d'avance Jérémie.
Commentaire de Jérémie Bennejean [ 03/mai/10 18:11 ]
En place



[APP-5655] [CoB all] Onglets dans la page "Mon compte" hors charte Création: 12/sept./05 09:55  Mise à jour: 25/juin/07 18:31  Résolue: 18/mai/06 17:56

Etat: Fermé
Projet: Application PriceMinister
Composants: Cobrandings
Affecte la/les version(s): ToDo, 8.0.4f
Version(s) corrigée(s): 9.0.0

Type: Bogue Priorité: Cosmétique
Rapporteur: Quentin de Chivré Attribution: Jérôme Gautier
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Site: Prod

 Description   
Les onglets dans la page "mon compte" sont en orange quel que soit le cobranding.

Ils devraient changer de couleur en respectant la charte du cobranding.

Exemple :
http://virginmega.priceminister.com/user

 Commentaires   
Commentaire de Geneviève Beaujard [ 12/sept./05 16:50 ]
il s'agit d'un travail fastidieux:

1) il va me falloir 2 images tab_on, tab_off pour chaque cobranding (qui me les fournit ?)

2) creer un style pour '.all .tabline' pour chaque cobranding avec la couleur de fond du cobranbing
  (modification brand.css de chaque cobranding)

3) creer un style pour la bordure du compte pour chaque cobranding avec la couleur de fond du cobranding (pour l'instant c'est codé en dur)
 (modification brand.css de chaque cobranding)

Pour commencer, j'attends les images tab_on, tab_off des differents cobrandings
Commentaire de Geneviève Beaujard [ 14/sept./05 09:56 ]
j'ai envoyé un mail a momo pour qu'il me donne les images
Commentaire de Quentin de Chivré [ 14/sept./05 10:24 ]
Vois plutot avec Stephane, je ne pense pas que Momo aura le temps
Commentaire de Quentin de Chivré [ 22/sept./05 13:03 ]
Bruno, peux tu t'occuper de faire réaliser les éléments graphiques nécessaires STP ?
Commentaire de Bruno Ballester [ 27/oct./05 16:17 ]
Jérome,

Je vois deux solutions :
1- On décline les pictos pour tous les co-brandings et on les stocke dans un fichier sur le modèle de celui des boutons.
2- A voir s'il est possible créer des pictos génériques, blancs ou autre...
Commentaire de Jérôme Gautier [ 18/mai/06 17:56 ]
Obsolète avec Nouvelles Chartes
Commentaire de Patrick Condevaux [ 22/mai/06 17:18 ]
ok



[BIN-362] [Espagne/Fraudes] : Rapports transactions entre comptes pour l'ESPAGNE Création: 27/août/07 13:58  Mise à jour: 23/oct./07 10:46  Résolue: 21/sept./07 15:24

Etat: Fermé
Projet: Business Intelligence
Composants: BackOffice
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Nouvelle fonctionnalité Priorité: Majeur
Rapporteur: Sebastien Bruzzone Attribution: Samir Beghdadi
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ESP - Espagne

 Description   
Bonjour,

Nous avons un rapport édité quotidiennement concernant les transactions entre comptes pour la France : il est dans http://intra.priceminister.com/stats/reports/public/BackOffice/ et son nom : fraud_seller_buyer_.txt.gz

En raison de fraudes similaires sur l'Espagne, nous aimerions avoir le même rapport pour ce pays.

Merci.

 Commentaires   
Commentaire de Agathe Remy [ 07/sept./07 18:49 ]
Sébastien,

Le rapport que tu utilises sur la France est généré par l'ancien système de reporting.
Hors, nous n'avons pas d'architecture équivalente pour l'Espagne.

En revanche, nous pouvons développer un rapport BusinessObjects. Dans ce cas, il faudra que je transfère ta demande dans le projet BusinessIntelligence.
Peux-tu me confirmer que cela vaut le coup que nous passions du temps à développer ce nouveau rapport dans BI?

Merci:-)

Agathe
Commentaire de Sebastien Bruzzone [ 18/sept./07 08:18 ]
Bonjour Agathe,

Oui nous avons absolument besoin de ce rapport car nous avons eu de gros problèmes de transactions entre comptes sur l'Espagne. Nous avons detecté un peu tardivement ces commandes et on aurait pu les detecter bien avant si nous avions eu le rapport pour l'Espagne.

Merci ;-)

Sébastien
Commentaire de Agathe Remy [ 18/sept./07 19:17 ]
Samir,

Voici un nouveau rapport BI qu'il faudra déployer en France et en Espagne.
cf la requête sur titan:
/data/priceminister/reporting/platform/prod/sql/sources/backoffice/fraud_seller_buyer.sql

Merci:-)
Agathe
Commentaire de Agathe Remy [ 19/sept./07 11:53 ]
Samir,

Voici la requête qui sera à implémenter dans le rapport BI :
SELECT TO_CHAR(PURCHASE.AUTHORIZATION_DATE, 'YYYY/MM/DD') ||'|'||
        PURCHASE.PURCHASE_ID ||'|'||
        ITEM.ITEM_ID ||'|'||
        CASE WHEN (ITEM.CLOSING_DATE-ITEM.COMMIT_DATE)<1 AND ITEM.CLOSING_DATE>=TRUNC(SYSDATE - 7) AND ITEM.COMMIT_DATE>=TRUNC(SYSDATE - 7)
        THEN 1
        ELSE 0
        END
FROM PURCHASE,
        ITEM,
        USER_ACCOUNT SELLER,
        USER_ACCOUNT BUYER
WHERE PURCHASE.PURCHASE_ID=ITEM.PURCHASE_ID
AND ITEM.BUYER_ACCOUNT_ID=BUYER.USER_ACCOUNT_ID
AND ITEM.SELLER_ACCOUNT_ID=SELLER.USER_ACCOUNT_ID
AND BUYER.IP_ADDRESS=SELLER.IP_ADDRESS
AND PURCHASE.PCH_STATUS_CODE IN (80, 90, 100)
AND ITEM.ITM_STATUS_CODE IN (30, 40, 70)
AND PURCHASE.AUTHORIZATION_DATE>=TRUNC(SYSDATE - 7)
AND SUBSTR(PURCHASE.IP_ADDRESS,1,7)<>'195.93.'
ORDER BY TO_CHAR(PURCHASE.AUTHORIZATION_DATE, 'YYYY/MM/DD'),
         PURCHASE.PURCHASE_ID,
         ITEM.ITEM_ID
;

Merci:-)

Agathe
Commentaire de Samir Beghdadi [ 21/sept./07 10:59 ]
Agathe,

A toi de jouer maintenant, le rapport Developement / Backoffice/Fraude - Transactions entre comptes est enfin prêt pour validation en Dev.

Merci,

samir
Commentaire de Sebastien Bruzzone [ 23/oct./07 10:44 ]
ok c'est réglé, merci



[APP-13487] BO - FP - Problème sur des produits compléments qui ont comme type un type de base Création: 25/oct./06 13:59  Mise à jour: 25/juin/07 18:46  Résolue: 07/nov./06 17:23

Etat: Fermé
Projet: Application PriceMinister
Composants: Produits
Affecte la/les version(s): 9.0.4
Version(s) corrigée(s): 9.0.4.2 (AOL)

Type: Bogue Priorité: Critique
Rapporteur: Ariane Baldinger Attribution: Mostafa Diane
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Dépendance
bloque IMP-5 Regarder pourquoi les images du vende... Résolu
Similaire
similaire à APP-13625 Corriger les produits du fichier 4227... Fermé
Pays:
FRA - France
Site: Prod

 Description   
Historique :
Ce matin nous avons reçu une alerte sur les frais de port concernant 3 produits :
"NO MATCH for the product type null --> using default shipping size (1010) for product 5583325 NO MATCH for the product type null --> using default shipping size (1010) for product 5583333 NO MATCH for the product type null --> using default shipping size (1010) for product 5583335"

Effectivement ces produits ne matchent sur aucun frais de port du coup ils récupèrent le frais de port paramétré à la racine de la branche des frais de port : T_Default => qui génère une alerte s'il est matché sur un produit.

Le problème de ces produits qui viennent d'import, c'est qu'ils devraient être des produits compléments mais quand on regarde en BO sur la FP ils ont le type de base et il manque le lien qui devrait pointer sur le produit de base.

Après discussion avec Rodrigue et Geneviève on ne sait pas trop ce qu'il a pu se passer.

Geneviève a une liste plus étendue des produits touchés par ce problème.

Les Id des produits touchés :
5583325
5583333
5583335

Apparemment ces produits viennent d'un même fichier d'import, voici quelques précisions :
pseudo : annapc01 (id : 4111312)
id fichier : 4227936
id format (advert_mapping) : 4222
id profil : 4364637 (maj/création annonces avec maj/création produits en écrasement)

Merci de nous éclairer

 Commentaires   
Commentaire de Mostafa Diane [ 25/oct./06 18:21 ]
c'est intéréssant de savoir ce qui s'est passé. produit complément sur un produit complément et migration de type..
je crois que qlq à migrer ces fiches compléments en produit de base et ensuite il ont été utilisé comme produit de base pour créer des annonces. Mais cela suppose que il y a un bug sur les évenemts
en gros les fiches 5583335 a une produit complément 48947511 mais elle a aussi le champ base_product_id qui poinite vers la fiche 5583324. c'est pourquoi je soupconne un changement de type
Commentaire de Geneviève Beaujard [ 26/oct./06 10:30 ]
Voici la liste des produits avec un type de base mais avec un champ base_product_id renseigné.
A part les produits 110.. créées en BO, les autres produits ont tous subi le même traitement.
SELECT product_id, base_product_id, change_date, prd_type_code, prd_status_code
FROM product
WHERE prd_type_code IN (SELECT prd_type_code FROM prd_configuration where base_prd_type_code IS NULL)
AND base_product_id IS NOT NUL 2 3 4 l
  5 ;

PRODUCT_ID BASE_PRODUCT_ID CHANGE_DATE PRD_TYPE_CODE PRD_STATUS_CODE
---------- --------------- ------------------- ------------- ---------------
   5583286 5583285 27/09/2006 11:58:46 1480 10
   5583287 5583285 27/09/2006 11:58:48 1480 10
   5583288 5583285 27/09/2006 11:58:49 1480 10
   5583290 5583289 27/09/2006 11:58:50 1480 10
   5583291 5583289 27/09/2006 11:58:51 1480 10
   5583292 5583289 27/09/2006 11:58:52 1480 10
   5583294 5583293 27/09/2006 11:58:52 1480 10
   5583295 5583293 27/09/2006 11:58:54 1480 10
   5583296 5583293 27/09/2006 11:58:54 1480 10
   5583298 5583297 27/09/2006 11:58:55 1480 10
   5583299 5583297 27/09/2006 11:58:56 1480 10
   5583300 5583297 27/09/2006 11:58:56 1480 10
   5583302 5583301 27/09/2006 11:58:57 1480 10
   5583303 5583301 27/09/2006 11:58:58 1480 10
   5583304 5583301 27/09/2006 11:58:59 1480 10
   5583306 5583305 27/09/2006 11:58:59 1480 10
   5583307 5583305 27/09/2006 11:59:00 1480 10
   5583309 5583305 27/09/2006 11:59:01 1480 10
   5583311 5583310 27/09/2006 11:59:03 1480 10
   5583313 5583312 27/09/2006 11:59:05 1480 10
   5583315 5583314 27/09/2006 11:59:07 1480 10
   5583317 5583316 27/09/2006 11:59:08 1480 10
   5583319 5583318 27/09/2006 11:59:09 1480 10
   5583323 5583322 27/09/2006 11:59:29 1480 10
   5583327 5583326 27/09/2006 11:59:31 1480 10
   5583329 5583328 27/09/2006 11:59:32 1480 10
   5583331 5583330 27/09/2006 11:59:32 1480 10
   5583333 5583332 27/09/2006 11:59:33 1480 10
   5583334 5583322 27/09/2006 11:59:34 1480 10
   5583335 5583324 27/09/2006 11:59:35 1480 10
   5583336 5583326 27/09/2006 11:59:35 1480 10
   5583337 5583328 27/09/2006 11:59:36 1480 10
   5583338 5583330 27/09/2006 11:59:36 1480 10
   5583339 5583332 27/09/2006 11:59:37 1480 10
  11016398 10874401 19/10/2005 10:32:33 1980 50
  11016399 10874401 19/10/2005 10:32:33 1980 50
  11028476 10874401 19/10/2005 10:32:33 1980 50
  11028477 10874401 19/10/2005 10:32:33 1980 50
  11037061 10874401 19/10/2005 10:32:33 1980 50
  11037062 10874401 19/10/2005 10:32:33 1980 50
  11042590 10874401 19/10/2005 10:32:33 1980 50
  11042591 10874401 19/10/2005 10:32:33 1980 50
   5583321 5583320 27/09/2006 11:59:10 1480 10
   5583325 5583324 27/09/2006 11:59:30 1480 10

44 ligne(s) sélectionnée(s).
Commentaire de Geneviève Beaujard [ 26/oct./06 11:44 ]
  Voici la methode dans ProductCatalogBean qui calcule le shipping:

 private ShippingSizeInfo getShippingSizeInfo(ProductDetail detProduct) {
        ProductInfo infProduct = detProduct.getProductInfo();
        Long lProductId = infProduct.getProductId();
        Long lPrdTypeCode = infProduct.getPrdTypeCode();
        ProductConfigurationTree treeConf = (ProductConfigurationTree) CacheClient.getData(CacheClient.PRODUCT_CONFIGURATION_TREE);
        ProductConfiguration confProduct = (ProductConfiguration) treeConf.getConfiguration(lPrdTypeCode, infProduct.getPrdMediumCode());

        // Contracts haven't shipping info
        if (confProduct.isContract())
            return null;
        
        // Check that product is complement or not
        if (infProduct.getBaseProductId() != null)
            lPrdTypeCode = confProduct.getBasePrdTypeCode(); <------ ici pour les produits concernés on se retrouve avec un prd_type_null

On donc aucune de matcher.
Commentaire de Mostafa Diane [ 30/oct./06 12:05 ]
Toutes ces fiches produit ont été modifié par le fichier d'import 4227936( qui a été traité plusieurs fois 5)

SQL> SELECT distinct data_file_id FROM data_line WHERE product_id IN (
        SELECT product_id
        FROM product
        WHERE prd_type_code IN (SELECT prd_type_code
                                          FROM prd_configuration
                                          where base_prd_type_code IS NULL)
        AND base_product_id IS NOT NULL )
        ;

DATA_FILE_ID
------------
     4227936

Ecoulé : 00 :04 :06.73
Commentaire de Mostafa Diane [ 30/oct./06 16:02 ]
Ca vient d'une mauvaise utilisation de l'import. En fait le fichier 4227936 recherche des fiches compléments avec des cellules de recherche de cellule de fiche de base!!! Résultats il les mets à jour en les passants avec un type de base. Et comme dans le format comporte des cellules de type compléments l'import crée des fiches compléments. Voila
Je vais implémenter un contrôle lors de la mise à jour de fiches de base.
mais il faut corriger les fiches produits de bases.
Commentaire de Mostafa Diane [ 30/oct./06 18:09 ]
Désormais si vous vous trompez et vous voulez mettre à jour une fiche complément en la considérant comme une fiche de base vous allez être prévenu par le message suivant "Vérifier que le produit de base 20404266 correspond à votre recherche." Donc si vous recevez ce message c'est que vous faite une recherche sans des données compléments avec des références sur des fiches compléments
Commentaire de Rodrigue Nsiangani [ 07/nov./06 18:19 ]
Je n'arrive pas à reproduire le bug en INTEG.
http://bo.pm.lan/datafile_back?action=advfilesearch&fileid=3901436
Commentaire de Christophe Garcia [ 08/nov./06 10:35 ]
OK (vu par Rodrigue et Mostafa)



[IMP-6913] [UK] Extraction et paramétrage compte vendeur GamePimp Création: 03/sept./10 11:19  Mise à jour: 02/nov./10 14:01  Résolue: 02/nov./10 14:01

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Jeremy Pallot Attribution: Jérome Marianne
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
GBR - Royaume Uni
Login: gamepimp
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
Bonjour,

Pouvez-vous faire un extrait de stock (BI ou web service) et puis paramétrer le compte du vendeur Gamepimp. Pas de FTP, mise à jour via front office.

Pour mémoire c'est le compte avec 7000 annonces à valider.

Merci,

 Commentaires   
Commentaire de Jérome Marianne [ 09/sept./10 14:12 ]
Tests en cours pour tenter de valider par format import.
Commentaire de Jérome Marianne [ 13/sept./10 10:58 ]
Le fichier test n'a pas fonctionné.

Après avoir vu Patrick de l'équipe Exploitation il ne voit pas d'attribut qui pourrait agir sur le statut de la fiche produit.
Lui même de son coté ne peut le faire automatiquement car cela entraine des risques collatéraux sur la base.

J'ai envoyé un mail à Manuel Sadok pour voir s'ils connaitraient un autre moyen de valider les fiches automatiquement. J'attends sa réponse.
Commentaire de Jérome Marianne [ 14/sept./10 16:19 ]
Pour manuel il faut passer par l'import il ne voit pas de possibilité.

En attente d'infos de la part de Gael suite au mail de jerome Vivies.
Commentaire de Jérôme Viviès [ 14/sept./10 17:03 ]
Il y a eu des échanges par mail au sujet de cette demande - je recolle la conversation ici pour que tout le monde poursuive dans le JIRA :

De : Eric Vannier [mailto:eric.vannier@priceminister.com]
Envoyé : mardi 14 septembre 2010 11:47
À : Daniel Pintamalli
Cc : Gael Seguillon; Jeremy Pallot; JUSTIN ZIEGLER; exploitation; Christophe Garcia; Jerome Vivies; Manuel Sadok; Patrick Pereira; Sebastien Raguet; Pierre Bret
Objet : Re: [SUPERVISION] - Etat de sante de la plateforme 2010-09-14


Pour info, l'"out of memory" est du à un fichier plat issu des requêtes utilisateurs trop gros. Un jira va être crée pour limiter la taille de ce fichier pour éliminer ce risque de plantage.
Le 14 septembre 2010 11:41, Daniel Pintamalli <daniel.pintamalli@priceminister.com> a écrit :
Gaël, peux tu vérifier le PRO GamePIMP (UK)? On devrait lui assigner un format pour empêcher qu’il continue à remplir sa boutique par FO. Il en a déjà soumis 7000 et on se pose la question comment a-t-il fait pour en créer autant…
 
 
Daniel
 
De : Patrick Pereira [mailto:patrick.pereira@priceminister.com]
Envoyé : mardi 14 septembre 2010 11:33
À : Daniel Pintamalli; Eric Vannier; Sebastien Raguet; Pierre Bret

Cc : JUSTIN ZIEGLER; exploitation; Christophe Garcia; Jerome Vivies; Manuel Sadok
Objet : RE: [SUPERVISION] - Etat de sante de la plateforme 2010-09-14
 
Le traitement de cette nuit montre que le partenaire continue à insérer à la main (ou par script) des produits qui devront être valider ? Non ?
Ne faudrait-il pas le contacter pour qu’il arrête ?
 
 
De : Daniel Pintamalli [mailto:daniel.pintamalli@priceminister.com]
Envoyé : mardi 14 septembre 2010 11:28
À : Patrick Pereira; Eric Vannier; Sebastien Raguet; Pierre Bret
Cc : JUSTIN ZIEGLER; exploitation; Christophe Garcia; Jerome Vivies; Manuel Sadok
Objet : RE: [SUPERVISION] - Etat de sante de la plateforme 2010-09-14
 
Concernant GamePIMP :
 
Voir IMP-6913 : Passer les fiches produits en état "validé système"
 
L’équipe validation nous a demandé de valider en masse 7000 annonces soumis à la main pour un PRO anglais mais on s’est posé la question si ce n’est pas un script qui a fait cela car 7000 annonces à la main c’est impossible…
 
 
Daniel
 
 
De : Patrick Pereira [mailto:patrick.pereira@priceminister.com]
Envoyé : mardi 14 septembre 2010 10:57
À : Eric Vannier; Sebastien Raguet; Daniel Pintamalli; Pierre Bret
Cc : JUSTIN ZIEGLER; exploitation; Christophe Garcia
Objet : RE: [SUPERVISION] - Etat de sante de la plateforme 2010-09-14
 
Bonjour.
 
Affectation en rouge.
 
J’ajoute pour aujourd’hui Daniel pour la pb d’import sur GamePIMP.
J’ajoute Pierre Bret pour AdsBot Google.
 
Merci.
 
Patrick.
Commentaire de Jérôme Viviès [ 14/sept./10 17:17 ]
Salut,

Je résume pour faire un état des lieux :
- le partenaire a créé des milliers de produits via front office (!) - on se demande comment - et visiblement il continue...
- c'est un souci : les partenaires ne sont pas censés créer massivement des FP en FO avec des robots... Exploit' = pas glop !
- ces produits tombaient chez l'équipe Validation - qui a passé le partenaire en validation automatique
- pour les produits créés non validés, pas de possibilité pour la Validation de valider en masse (l'outil ne fonctionne pas)
- la demande de ce JIRA n'est pas valide : on ne peut pas extraire un stock et valider les produits par import

Solution proposée :
- contacter le partenaire, lui dire d'arrêter son mécanisme de soumission FO ;
- supprimer tous ses produits non validés ;
- lui demander un fichier d'import et faire un import standard.

Ok pour tout le monde ?

Merci de vos réponses rapides :)
Commentaire de Julien Buhagiar [ 16/sept./10 10:58 ]
J'ai appelé le pro (en vain).
Mail envoyé pour le prévenir que sa façon de lister les produits n'était pas la bonne.
Je lui communique le fichier d'import Jeux Vidéos (UK).
Si je n'ai pas de retour d'ici demain après-midi, je referai une tentative pour l'avoir au tél.

A dispo si besoin

Julien B.
Service Co.
Commentaire de Jérome Marianne [ 27/sept./10 18:24 ]
Des nouvelles de ce pro?
Commentaire de Gaël Seguillon [ 14/oct./10 13:13 ]
On laisse tomber on ferme le Jira
merci
Gaël
Commentaire de Aurélien Vergalli [ 14/oct./10 13:17 ]
Est-il possible de supprimer ses 4000 FP soumises qui nous "encombrent" dans le BO ?
Merci
Commentaire de Jérome Marianne [ 14/oct./10 15:51 ]
Il faut la validation de Gaël ou de Jérémy pour la suppression des 4000 fiches produits.



[EXP-3240] [FTP] Fichiers pas pris en compte par le filtre GenData Création: 07/févr./07 17:57  Mise à jour: 25/juin/07 19:00  Résolue: 08/févr./07 11:47

Etat: Résolu
Projet: Exploitation
Composants: Flux
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Rodrigue Nsiangani Attribution: Eric Vannier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Le filtre GenData n'a pas l'air de fonctionner correctement. Les fichier des partenaires renaultlagny et tupinier ne sont pas générés.
Les images du répertoire Images semblent ne sont pas prises en compte par GenData. (Les "Move" fonctionnent pourtant parfaitement)
voir demande PRM-7172

Merci de vérifier pourquoi.

 Commentaires   
Commentaire de Eric Vannier [ 08/févr./07 11:47 ]
J'ai ajouté un calcul de boucle d'attente car seuls les fichiers déposés depuis plus de 30s sont pris en compte lorsqu'il y a un checkfile=1.

Dans le cas de GenData et checkfile=1, je calcule le délai qu'il y a entre la date de modification du premier fichier et la date actuelle et si celle-ci est inférieure à 30 , j'attend le temps que ce délai soit égal à 0 pour qu'au moins le premier fichier soit pris en compte.



[EXP-2692] open-light - item_validation pas pris en compte ? Création: 21/sept./06 17:41  Mise à jour: 25/juin/07 18:59  Résolue: 06/oct./06 14:53

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Benjamin Guerville Attribution: Eric Vannier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Bonjour,
le partenaire open-light m'indique qu'il dépose des fichiers de validation (voir ex en pj) sur le ftp, qu'ils sont aspirés mais pas pris en compte. Il est obligé de validé les commandes à la main.

Pourriez-vous regarder ce qu'il se passe svp ?

Merci
BG

 Commentaires   
Commentaire de Antoine Koener [ 25/sept./06 14:42 ]
Encore un coup de ftpSwitch.

Regardez du cote de log pour savoir si ces fichiers ne sont pas en erreurs ....
Commentaire de Eric Vannier [ 26/sept./06 13:50 ]
Le 22/09/06 , i y a bien un fichier de validation qui a été déposé sur leur compte ftp :
s068.x1.fr UNKNOWN open-light [22/Sep/2006:13:14:50 +0200] "STOR item_validation_2006_09_22_13.txt" 226 66
s068.x1.fr UNKNOWN open-light [22/Sep/2006:13:15:50 +0200] "STOR item_validation_2006_09_22_13.txt" 226 66
s068.x1.fr UNKNOWN open-light [22/Sep/2006:13:16:50 +0200] "STOR item_validation_2006_09_22_13.txt" 226 66
s068.x1.fr UNKNOWN open-light [22/Sep/2006:13:17:50 +0200] "STOR item_validation_2006_09_22_13.txt" 226 66
s068.x1.fr UNKNOWN open-light [22/Sep/2006:13:18:50 +0200] "STOR item_validation_2006_09_22_13.txt" 226 66
s068.x1.fr UNKNOWN open-light [22/Sep/2006:13:19:50 +0200] "STOR item_validation_2006_09_22_13.txt" 226 66

ftpSwitch est passé à 13h20 :
2006/09/22 13:20:21 INFO PM.FTP.Filter.Move [../lib/PM/FTP/Filter/Move.pm] open-light - --> file moved to '/data/priceminister/pmftpstock/var/transactions/open-light/validation/item_validation_2006_09_22_13.txt' (1 lines)

Sur 6 dépôts de fichiers seul le dernier est pris en compte car notre process de traitement des validations passe tous les 4h à 40 à partir de 8H40

C'est à dire qu'il passe ds une journée à 8h40, 12h40,16h40, 20h40, 22h40 (oui, il y a seulement 2h pour ce dernier passage)

La seule validation automatique faite le 22/09 à 16h53 par ftpCompute est :
6671317|38571315|48802326|130078-004|2006-09-22 10:19:02|CONFIRM


Commentaire de Benjamin Guerville [ 26/sept./06 18:12 ]
le partenaire doit il changer qlque chose dans son process de traitement des commandes et des envois de fichiers de validation ?
Commentaire de Eric Vannier [ 27/sept./06 15:28 ]
Soit le partenaire fait un seul post , soit il dépose un fichier qui contient toutes ses validations pour la journée car c'est sûr que là ça risque de poser des soucis.

Comment réalise-t-il ses validations via un programme ou bien via excel (ou autre) ?

Un fichier absorbé n'est pas obligatoirement traité immédiatement.
Commentaire de Eric Vannier [ 06/oct./06 14:53 ]
Je résous le problème vient apparamment d'un soucis de soumission du côté partenaire



[EXP-3133] [Apache en DEV] Mise en place de 5 comptes anonymes Création: 03/janv./07 11:20  Mise à jour: 25/juin/07 19:00  Résolue: 04/janv./07 11:11

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Swan Desportes Attribution: ZZ_Arnaud Baali
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous

 Description   
Après une mise en place réussie d'Apache en DEV (merci beaucoup), on a besoin de se mettre dans un rythme de croisière.
L'idée est de disposer de 5 accès Apache que l'on pourra attribuer à n'importe quel compte de DEV selon les besoins.

1. Il faut mettre en place ces 5 accès avec des noms anonymes (lachez vous !)

2. Il faut mettre à jour la doc wiki pour préciser le process :
- enlever les parties propres à l'exploit
- préciser clairement le process de mise en place d'un Apache pour un DEV (1. mettre à jour sa config pour AJP13, 2. Demander à l'exploit de changer un worker, 3. Faire un reload d'Apache 4. Autre chose ?)
- mettre un tableau d'utilisation des 5 comptes

 Commentaires   
Commentaire de ZZ_Arnaud Baali [ 04/janv./07 11:10 ]
Les 5 Comptes(VirtualHost) ont été créés.

Voici le détail:

www.aladin.pm.dev
www.bambi.pm.dev
www.donald.pm.dev
www.dumbo.pm.dev
www.woody.pm.dev

Voici les liens vers les documentations:

Lien vers la procédure de démarrage Apache: http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=Update_apache_dev
Lien vers le tableau à tenir à jour: http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=Virtualhost_boulard



[APP-23977] Message associé à transaction/comptes mais sans aucun rapport Création: 20/janv./09 13:08  Mise à jour: 24/févr./10 14:29

Etat: Ouvert
Projet: Application PriceMinister
Composants: Mails
Affecte la/les version(s): 39.0.0 (CTN-I)
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Cedric Favero Attribution: Dispatcher (Pôle TX)
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Prod
Projets PM: *** CHASSE ***

 Description   
Peut on avoir l'historique d'un message.
Savoir par exemple l'IP de celui qui l'a posté ou d'où il est arrivé?


Car sur cette transaction on a un message au 16/01/2009
http://bo.priceminister.com/purchase_back?action=itemview&itemid=12588943
http://bo.priceminister.com//message_back?action=usermessage&usrmessageid=166737664

qui n'a strictement rien à avoir ni avec la transaction ni avec l'acheteur ou le vendeur.

On arrive pas à savoir comment il a "atterri" ici.

Erreur d'aiguillage?

 Commentaires   
Commentaire de Cedric Favero [ 28/janv./09 17:16 ]
Autre message associé à une transaction et des comptes n'ayant rien à voir.
babelstore

http://bo.priceminister.com/message_back?action=usrmessagesetting&includemsg=true&umsdomaincode=10&userid=15390718&usrmessageid=168606560

Le message nous renvoie sur une transaction avec le vendeur willyfox alors que la personne qui nous écrit est petitzodiak
Commentaire de Emeric Teil [ 24/févr./10 14:28 ]
Pour analyse



[APP-32100] Week-end non pris en compte dans date du cartouche bleu ? Création: 01/déc./10 18:16  Mise à jour: 31/janv./11 15:40  Résolue: 21/janv./11 16:59

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 81.1.2 (Clickintext + Redirections NPF FR et ES)
Version(s) corrigée(s): 86.0.0 (TX-R)

Type: Bogue Priorité: Critique
Rapporteur: Habib-Sylvain Gourguet Attribution: Yann Danot
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File TMP_bug_fo_date_bleu.jpg    
Pays:
ALL - Tous
Projets PM: *** CHASSE ***

 Description   
Voir screenshot et transaction suivante :

http://bo.priceminister.jmh/purchase_back?action=itemview&itemid=151865664

Commande réalisée le 26/11, passée en "REMINDED" le 01/12 du fait du week-end (avec événement BO et FO), mais on annonce une date limite de validation (ou passage en "Seller commit timeout") au 29/11 dans le cartouche bleu.

Plusieurs acheteurs en profitent pour justifier une demande d'annulation "panier récent" (d'où le "Critique").

 Commentaires   
Commentaire de Thomas Landru [ 01/déc./10 18:19 ]
Yann peux tu regarder ceci ? prend on en compte les weekends ?
Commentaire de Yann Danot [ 16/déc./10 12:01 ]
A traduire sur cms-ref

/default/Labels/_Phrase/_S/StandardItemMonitoringFacade/SELLER_REMINDED_DESCRIPTION - French (French)
/default/Labels/_Phrase/_S/StandardItemMonitoringFacade/BUYER_REMINDED_DESCRIPTION - French (French)
/default/Labels/_Phrase/_S/StandardItemMonitoringFacade/BUYER_REQUESTED_DESCRIPTION - French (French)
/default/Labels/_Phrase/_S/StandardItemMonitoringFacade/SELLER_REQUESTED_DESCRIPTION - French (French)

[CAJ2010Q4TX]
Commentaire de Rémi Virlouvet [ 16/déc./10 17:05 ]
UK ok
cms ref
Commentaire de Rocio Perez-Garcia [ 23/déc./10 15:10 ]
Fait en ES



Création Format + Profil + Import Fichier + Création FTP Images - Login GOZVAL (libraire espagnol) (IMP-304)

[IMP-359] Création Compte FTP - Import de stock - Login GozVal Création: 28/mars/07 15:51  Mise à jour: 25/juin/07 19:01  Résolue: 28/mars/07 16:00

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Majeur
Rapporteur: Marion Anfreville Attribution: Marion Anfreville
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: 10 minutes
Estimation originale: Non spécifié

Pays:
ESP - Espagne
Login: GozVal
Séparateur: N/A
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)
Estimation: Petit

 Description   
Ouvrir un compte FTP pour le partenaire pour l'import de stock car la soumission FO ne permet par de soumettre des fichiers de plus de 5 Mo sur l'Espagne.

 Commentaires   
Commentaire de Marion Anfreville [ 28/mars/07 15:54 ]
COMPTE du vendeur créé ...

======= Compte FTP ======
==== Home : gozval ========
==== Pass : filoreme =======
Commentaire de Marion Anfreville [ 28/mars/07 16:00 ]
Configuration FTP opérationnelle.

Les fichiers doivent être soumis dans le répertoire 'ecrasements' (stock/ecrasements).



[IMP-73] Création Compte FTP - Login legacy_books Création: 05/févr./07 18:05  Mise à jour: 30/oct./09 15:43  Résolue: 30/mars/07 14:50

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Gaël Seguillon Attribution: Marion Anfreville
Résolution: Corrigé  
Estimation restante: 4 heures
Temps consacré: 20 minutes
Estimation originale: 4 heures

Liens des demandes:
Similaire
similaire à IMP-6 [Site FR] BDD - DVDLegacy Résolu
Pays:
FRA - France
Login: legacy_books
Séparateur: N/A
Type de traitement:
N/A
Estimation: Petit
Groupe: DVDLegacy

 Description   
nouveau compte : legacy_books
compte servant à importer base livres US envoyé par legacy
mettre en place à l'image des autres comptes dvdegacy et dvdlegacy_cd, des profils, entrees, sorties, ecrasements , mais aussi création et mise à jour des fiches produits, ainsi qu'un serveur FTp destiné à recevoir maj de stock mais aussi envoi et reception de fichiers de commandes comme pour les autres comptes de cet utilisateur.

 Commentaires   
Commentaire de Marion Anfreville [ 06/févr./07 09:26 ]
Attention, si tu ne mets pas de composant, tes demandes risques de se perdre.
Commentaire de Marion Anfreville [ 08/févr./07 10:31 ]
COMPTE du vendeur créé ...

======= Compte FTP =======
==== Home : legacy_books ===
==== Pass : cdevfr ==========
Commentaire de Marion Anfreville [ 08/févr./07 10:34 ]
Pour le moment, les profils d'import du partenaire ne sont pas fonctionnels => format non finalisé, profils à modifier.

Il reste encore la configuration FTP à faire.

Il ne faut pas que le partenaire tente de soumettre des fichiers sur ce FTP tant que le paramétrage n'est pas fini.
Commentaire de Marion Anfreville [ 27/févr./07 11:57 ]
Configuration FTP faite.

Je rajouterais pas la suite des entrées pour les fichiers de poids et descriptions.



[APP-13172] [COB] Notfication via Email : les urls pointent vers BO.priceminister.com au lieu de WWW.priceminister.com Création: 16/oct./06 17:47  Mise à jour: 18/juin/10 16:29

Etat: Ouvert
Projet: Application PriceMinister
Composants: Mails
Affecte la/les version(s): 9.0.3.1.c
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Fabrice Feugas Attribution: Dispatcher (Pôle CTN)
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
FRA - France
Site: Prod
Projets PM: *** STANDBY ***
Classif1: MAIL
Classif FONC: cobranding

 Description   
le compte aerosa a reçu un mail l'invitant à se rendre sur le site bo.priceminister.com

 Commentaires   
Commentaire de Steven Harel [ 17/oct./06 10:41 ]
c'est normal

les emails reprennent le brand sur lequel a été créé le compte
ici, c'est certainement un compte pro créé par l'équipe auto chez nous
sur le site bo.priceminister.com

lorsqu'on crée un compte à partir de chez nous, il faut faire atttention
et le créer sur www.priceminister.com

je ne sais pas si on peut modifier le brand associé au compte

steven
Commentaire de Edouard Gomez-Vaez [ 17/oct./06 17:47 ]
Ca fait plusieurs fois qu'on a cette demande : de pouvoir modifier le brand d'un compte. A mettre dans une task list ?
Commentaire de Quentin de Chivré [ 05/juil./07 17:20 ]
A associer a la problématique de suppression de cobs
Commentaire de Fabrice Feugas [ 28/sept./09 14:17 ]
La problématique de suppression des cobs a été résolue (mise en place d'une mécanique de surcharge à partir de la fermeture du cob qui fait que l'internaute reçoit des messages brandés www).

Cependant, le problème du compte créé brandé en BO reste très proche de la problématique des cobs. On garde ça en classif fonc "cobranding" et on l'intègre à nos backlogs pour le traiter dès que possible.



[IMP-918] benji_uzan - check du fichier + création compte ftp Création: 21/juin/07 13:14  Mise à jour: 30/oct./09 15:50  Résolue: 04/juil./07 16:33

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Benjamin Guerville Attribution: Xavier Barbosa
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File Inventaire MangaDistribution.txt     Text File report-2007-7-4-benji_uzan.txt    
Pays:
FRA - France
Login: benji_uzan
Séparateur: Barre verticale (|)
Type de traitement:
Mise à jour/création annonces (écrasement)
Groupe: neteven

 Description   
voici le fichier de benji_uzan
merci de voir s'il correspond bien au format actuel, et dans le cas contraire de mettre à jour le format./

il faut aussi créer un compte ftp pour mise à jour du stock et gestion automatique des flux de commandes.

 Commentaires   
Commentaire de Xavier Barbosa [ 21/juin/07 15:12 ]
import en cours.
Commentaire de Xavier Barbosa [ 21/juin/07 16:11 ]
stock en ligne.

les quelques erreurs sont des prix de vente + élevés que les prix neufs.
Commentaire de Gaël Seguillon [ 02/juil./07 12:45 ]
ises identifiants FTP ne sont pas enregistrés ? pas de trace sur sa fiche BO ni sur le Jira, son compte FTP est il en place ???
Commentaire de Gaël Seguillon [ 02/juil./07 12:45 ]
compte FTP pseudo mot de passe ?
Commentaire de Gaël Seguillon [ 02/juil./07 17:58 ]
Pro suivi par Neteven donc procédure habituelle, FTP à mettre en place sur le modèle du FTP de bruntch, une fois le FTP validé et le stock en ligne faire l'export du stock avec le max de champs possible
Commentaire de Xavier Barbosa [ 04/juil./07 16:33 ]
j'ai tout configuré à la Neteven.

les identifiants de connexion sont :
login : benji_uzan
mot de passe : t3mp!!
Commentaire de Xavier Barbosa [ 04/juil./07 16:38 ]
son inventaire actuel.



[IMP-7583] Pseudo : levitique Création Compte FTP musici Création: 10/déc./10 12:04  Mise à jour: 20/déc./10 17:49  Résolue: 20/déc./10 17:49

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Maram Khayati Attribution: Esteban Rios
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel Musique.xlsx    
Pays:
FRA - France
Login: levitique
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec mise à jour/création produits (écrasement) , Mise à jour/création annonces avec mise à jour/création produits

 Description   
Salut,
Le Pro souhaite remplacer tout son stock actuel. Il a un fichier volumineux et souhaite créer un compte FTP.
Catégorie : Music et DVD

Pseudo: levitique
Mail : jeanmarc.brusseau@nordnet.fr
Merci

 Commentaires   
Commentaire de Maram Khayati [ 10/déc./10 12:05 ]
Ci-joint son fichier Musique.
Merci
Commentaire de Maram Khayati [ 16/déc./10 17:32 ]
Le pseudo est : levitique
Merci
Commentaire de Esteban Rios [ 16/déc./10 17:32 ]
Pourriez vous nous confirmer le login du vendeur à traiter ?
levitique(PRO) ou musici (vendeur part)
Commentaire de Esteban Rios [ 20/déc./10 15:21 ]

=====================================================================
Compte FTP vendeur créé...

Pseudo : levitique
mot de passe : 4Fgu7aqT
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : non

=====================================================================
Commentaire de Esteban Rios [ 20/déc./10 16:37 ]
Les prix du vendeur de 666 produits sont plus chers que les prix d'origine,
Souhaitez vous permettre un dépassement ? si oui,de combien ?
Commentaire de Dorian Porta Delsol [ 20/déc./10 16:49 ]
Oui il faut permettre au pro de pouvoir vendre l'intégralité de son stock.

Pourrais tu débrider son profil à 1000% du prix d'origine stp ?

Merci
Commentaire de Esteban Rios [ 20/déc./10 17:48 ]
Demande traitée.

Création compte FTP
Création Configuration xml
Création profils Entrées et écrasements d'annonces.
Intégration d'un dépassement en 1000%
Le fichier passe à 67%

Il faut bien expliquer au pro que se fichiers d'import, il devra les déposer dans le FTP aux dossiers respectives selon le traitement souhaité (ENTRÉE ou ÉCRASEMENT )
Dossiers
Pour écrasement => /stock/ecrasements
Pour entrée => /stock/entrees






[IMP-7706] Pseudo : rivagesmc Création compte FTP pour import de fichier Création: 23/déc./10 17:21  Mise à jour: 27/déc./10 15:45  Résolue: 27/déc./10 14:50

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Maram Khayati Attribution: Esteban Rios
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: rivagesmc
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec mise à jour/création produits (écrasement) , Mise à jour/création annonces avec mise à jour/création produits

 Description   
Salut,
Le Pro revient vers moi pour m'informer que ses fichiers sont désormais trop lourds pour pouvoir les importer via le site.
Il faut lui créer un compte FTP.
Merci.

Pseudo : rivagesmc
Mail : adcl.sprl1@coditel.net

 Commentaires   
Commentaire de Esteban Rios [ 27/déc./10 14:28 ]

=====================================================================
Compte FTP vendeur créé...

Pseudo : rivagesmc
mot de passe : tTAs2u16j
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : non

=====================================================================
Commentaire de Esteban Rios [ 27/déc./10 14:50 ]
Demande traitée.

Création d'une compte ftp et configuration XML
Commentaire de Maram Khayati [ 27/déc./10 15:45 ]
Merci j'ai prévenu le Pro.



[APP-20127] [BO - Suppression Annonce] ignorer la MailSendException suite au "toto" en INTEG Création: 04/avr./08 15:24  Mise à jour: 19/mai/08 11:26  Résolue: 14/mai/08 14:33

Etat: Fermé
Projet: Application PriceMinister
Composants: Annonces, Back-Office
Affecte la/les version(s): 19.4.0
Version(s) corrigée(s): 21.0.0

Type: Amélioration Priorité: Mineur
Rapporteur: Espérance Galouo-Lece Attribution: Geneviève Beaujard
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
FRA - France
Site: Integ
Projets PM: *** RESERVE ***

 Description   
 - Message affiché : La page demandée n'est pas disponible (Cf. PJ);

Logs

2008-04-04 15:11:12,544 INFO [P-Processor8] BO:testInteg - >>> GET http://www.pm.lan/advert_back?action=advertbackclose&advertid=162088833
2008-04-04 15:11:12,657 WARN [P-Processor8] BO:testInteg - *************** Unable to send to : jaimeboireduricard@hotmail.fr.toto (yanndu16000)
2008-04-04 15:11:12,761 ERROR [P-Processor8] BO:testInteg - Load error
Servlet : com.babelstore.advert.back.AdvertBackServlet
Request : GET http://www.pm.lan/advert_back?action=advertbackclose&advertid=162088833
Referrer : http://www.pm.lan/advert_back?action=advertbackview&advertid=162088833
User-Agent : Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)
Trace : com.babelstore.stock.util.AdvertServiceException
        at com.babelstore.stock.service.AdvertServiceBean.sendClosedAdvertEmail(AdvertServiceBean.java:580)
        at com.babelstore.stock.service.AdvertServiceBean.closeAdvert(AdvertServiceBean.java:852)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:109)
        at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:32)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:113)
        at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:39)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91)
        at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
        at org.jboss.ejb3.stateless.StatelessContainer.localInvoke(StatelessContainer.java:163)
        at org.jboss.ejb3.stateless.StatelessLocalProxy.invoke(StatelessLocalProxy.java:60)
        at $Proxy261.closeAdvert(Unknown Source)
        at com.babelstore.advert.back.AdvertBackCloseAction.execute(AdvertBackCloseAction.java:47)
        at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:367)
        at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:322)
        at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:233)
        at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:189)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:153)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)

2008-04-04 15:11:12,780 INFO [P-Processor8] BO:testInteg - <<< [236 ms] GET http://www.pm.lan/advert_back?action=advertbackclose&advertid=162088833

 Commentaires   
Commentaire de Geneviève Beaujard [ 07/avr./08 09:40 ]
        
Verification de la propriété: (voir http://pricejira.lan/browse/APP-7750)
 priceminister.mailservice.email_not_to_send.regexp = (tutu|toto)$
Cette propriété est correctement renseignée.
Cette propriété qui est testée dans la méthode MailServiceBean.send(MailMessage msg) évite le transport du mail (mail non envoyé) existe UNIQUEMENT pour l'INTEG pour empêcher la pollution des logs avec l'exception SendFailedException dans les BATCHS. Par contre si le transport du mail n'est pas effectué on lance l'exception MailException.
Dans le cas actuel en INTEG les mails se terminant par tutu ou toto ne sont pas envoyés mais l'envoi de l'exception MailException empêche la fermeture de l'annonce.
Ce pb n'est pas nouveau et a toujours existé.
Il est évidemment possible de corriger ce problème.
La question est donc:
Faut'il modifier le code afin de permettre la suppression BO d'une annonce.
Attention aux tests de regression car tous les mails envoyés par le BO passe par la methode MacroHelper.send().
J'attends le verdict pour commencer le dev.
Commentaire de Geneviève Beaujard [ 14/mai/08 14:33 ]
Ajout d'un boolean bbTransport dans MailMessage afin de savoir si un mail est passé par la phase transport.
Si la phase transport n'a pas eu lieu MacroHelper ne lance plus d'exception SendFailedException.

Checking in MailMessage.java;
/home/cvs/dev/source/src/com/babelstore/message/MailMessage.java,v <-- MailMessage.java
new revision: 1.3.320.1; previous revision: 1.3
done
Checking in back/MacroHelper.java;
/home/cvs/dev/source/src/com/babelstore/message/back/MacroHelper.java,v <-- MacroHelper.java
new revision: 1.14.272.1; previous revision: 1.14
done
Checking in business/MailServiceBean.java;
/home/cvs/dev/source/src/com/babelstore/message/business/MailServiceBean.java,v <-- MailServiceBean.java
new revision: 1.4.106.1; previous revision: 1.4
done



[APP-5775] Activation compte vendeur: lien dans mail ne marche plus Création: 06/oct./05 17:15  Mise à jour: 25/juin/07 18:32  Résolue: 07/oct./05 11:49

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 8.0.6
Version(s) corrigée(s): 8.0.6

Type: Bogue Priorité: Bloquant
Rapporteur: Martin Sudmann Attribution: Geneviève Beaujard
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Site: Integ

 Description   
j'ai commencé la mise en vente d'une voiture.
je ne paie pas, mais j'enrégistre l'annonce dans mon inventaire pour la payer plus tard.
je ferme mon navigateur, je le ouvre et je me connecte à mon compte.
je vois le message "important: vous devez activer votre compte vendeur", et mon inventaire n'est pas accessible (je ne peux donc pas payer mon annonce)
je vérifie mon email; j'ai reçu le mail d'activation
je clique sur le lien avec les paramètres d'activation
j'arrive à nouveau dans mon compte, toujours le message et l'espace vendeur bloqué
j'essaie de saisir le code dans le mail manuellement sur la page d'activation, mais il n'y a pas de champ de texte pour le saisir, juste le lien pour relancer le mail.
je relance, et je reçois un 2e mail, mais le lien produit le même résultat.

 Commentaires   
Commentaire de Martin Sudmann [ 06/oct./05 17:26 ]
le lien vers la saisie manuelle disparait quand je clique sur le lien d'activation dans mon mail, et on me dit qu'un mail d'activation est en route (je n'ai rien demandé!).
je reçois un mail, sans cliquer sur le lien je vais dans mon compte: le lien pour la saisie manuell est là!
je retourne dans outlook, je clique sur le lien: encore la même chose, le lien ne marche pas, la saisie manuelle a disparue et un nouveau mail d'activation est envoyé... (je pourrais continuer comme ça sans fin)
je n'utilise PAS le lien et je vais directement sand mon compte, je saisie mon code et enfin mon compte vendeur est activé.
Commentaire de Geneviève Beaujard [ 07/oct./05 10:03 ]
Efectivement il y avait un bug.
le lien du mail d'activation provoquait l'action ActivationResendAction au lieu de ActivationDoAction(bug introduit sur la correction du bug http://pricejira.lan/browse/APP-5622)
solution:ja donne un nom a ActivationResendAction
Commentaire de Florent Bernard [ 07/oct./05 17:11 ]
OK



[IMP-7013] Déplacer Config acc-voiture sur le compte coffre-toit Création: 17/sept./10 15:45  Mise à jour: 21/sept./10 11:37  Résolue: 21/sept./10 11:37

Etat: Résolu
Projet: Paramétrage - Import
Composants: Support entrant
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Jérome Marianne Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: coffre-toit / acc-voiture
Séparateur: N/A
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)

 Description   
Bonjour,

Mon collègue Romain vous a sollicité hier pour la mise en place de l'import automatique du flux depuis notre site www.coffre-toit.fr
Or le flux paramétré l'a été sur le compte acc-voiture que nous avons également déclaré chez vous, qui va servir pour un autre de nos sites.

Pourriez-vous donc raccorder le flux évoqué hier au bon compte, qui est coffre-toit ?

Merci d'avance.


 Commentaires   
Commentaire de Fotigui Tangara [ 21/sept./10 10:22 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : coffre-toit
mot de passe : fjz!1Rcc
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui

=====================================================================
Commentaire de Fotigui Tangara [ 21/sept./10 11:27 ]
La modification a été modifié suivant la demande du PRO. Par contre son compte vendeur n'est pas activé.

Peux-tu activer le compte vendeur du PRO ?
Commentaire de Fotigui Tangara [ 21/sept./10 11:28 ]
La configuration XML a été modifiée suivant la demande du PRO. Par contre son compte vendeur n'est pas activé.

Peux-tu activer le compte vendeur du PRO ?
Commentaire de Fotigui Tangara [ 21/sept./10 11:37 ]
Demande traitée.



[APP-10741] modification formulaire d'ouverture de compte / Camif occasion Création: 23/juin/06 16:22  Mise à jour: 25/juin/07 18:41  Résolue: 06/sept./06 12:02

Etat: Fermé
Projet: Application PriceMinister
Composants: Cobrandings
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 9.0.3

Type: Nouvelle fonctionnalité Priorité: Majeur
Rapporteur: Philippe Favrot Attribution: Bruno Ballester
Résolution: Corrigé  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Pièces jointes: JPEG File Camif.JPG    
Sous-tâches:
Clé
 Résumé
 Type
 Etat
 Attribution
APP-11168 le faire en dur pour camif Sous-tâche Fermé Emmanuel Gosse  
Site: Prod

 Description   
dans le formulaire d'ouverture de compte du cobranding Camif la case "je m'abonne à le PriceLetter ...." est coché par défaut.
A la demande de la Cnil merci d'enlever le cochage par défaut.

Attention cette demande :
- ne concerne pas la case précochée concernant les CGV ;
- ne concerne que Camif ;

 Commentaires   
Commentaire de Younès Charrière [ 26/juin/06 10:31 ]
Voir screenshot
Commentaire de Christophe Garcia [ 26/juin/06 10:43 ]
Généraliser la solution à toutes les cases à cocher. Via PARAM ? Via properties ?
Commentaire de Gaël Caro [ 26/juin/06 17:24 ]
Bruno,

Merci de voir si cela peut être pris en compte dans le cadre de la refonte des cobrandings (il me semble que c'est du paramétrage... si ce n'est pas le cas voir Edouard).
Commentaire de Bruno Ballester [ 12/juil./06 12:17 ]
Xavier,

Pourras tu transmettre au dev en charge du cob ?

Attention, cette demande ne figure pas dans la RoadMap mais doit être traitée.
Commentaire de Xavier Boreux [ 12/juil./06 17:54 ]
C'est du DEV je crois !! :) eventuellement à requalifié... je te laisse voir Edouard
Commentaire de Andrei Matyas [ 17/juil./06 18:23 ]
On se voit pour que je comprenne mieux la généralisation proposée ?
Edouard
Commentaire de Bruno Ballester [ 03/août/06 12:07 ]
A voir avec le marketing si on généralise l'opt-in pour tous les cobs ou seulement Camif.
Commentaire de Ghislain Gridel [ 03/août/06 15:43 ]
Vu avec Olivier.

Pour l'instant on ne modifie que La Camif. Merci.

Ghislain
Commentaire de Bruno Ballester [ 06/sept./06 12:02 ]
Ok en prod.
Commentaire de Younès Charrière [ 07/sept./06 12:13 ]
Ok en Prod et en Integ. La case est bien décochée.



Labels manquants (decies) (APP-16521)

[APP-16526] [categorie] Acces label depuis bo --> devrait etre en mode not translate Création: 28/mai/07 15:05  Mise à jour: 25/juin/07 18:52  Résolue: 28/mai/07 15:47

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 14.2.0
Version(s) corrigée(s): 14.2.0

Type: Sub-bug Priorité: Mineur
Rapporteur: Swan Desportes Attribution: Alexandre Garnier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
Projets PM: *** RESERVE ***

 Description   
2007-05-25 12:38:58,238 INFO [P-Processor3] 192.168.1.222 - >>> GET http://bo.pm.lan/category_back?action=categoryview&categorykey=113369&parameter_type=20080
2007-05-25 12:38:58,265 ERROR [P-Processor3] 192.168.1.222 - Using default label for : 0.none.PrdFamilyCode.BOOKS.LABEL
2007-05-25 12:38:58,280 ERROR [P-Processor3] 192.168.1.222 - Using default label for : 0.none.PrdFamilyCode.MUSIC.LABEL
2007-05-25 12:38:58,295 ERROR [P-Processor3] 192.168.1.222 - Using default label for : 0.none.PrdFamilyCode.VIDEO.LABEL
2007-05-25 12:38:58,310 ERROR [P-Processor3] 192.168.1.222 - Using default label for : 0.none.PrdFamilyCode.GAMES.LABEL
2007-05-25 12:38:58,329 ERROR [P-Processor3] 192.168.1.222 - Using default label for : 0.none.PrdFamilyCode.ELECTRONICS.LABEL
2007-05-25 12:38:58,344 ERROR [P-Processor3] 192.168.1.222 - Using default label for : 0.none.PrdFamilyCode.COMPUTER.LABEL
2007-05-25 12:38:58,358 ERROR [P-Processor3] 192.168.1.222 - Using default label for : 0.none.PrdFamilyCode.HIFI.LABEL
2007-05-25 12:38:58,373 ERROR [P-Processor3] 192.168.1.222 - Using default label for : 0.none.PrdFamilyCode.WHITE.LABEL
2007-05-25 12:38:58,388 ERROR [P-Processor3] 192.168.1.222 - Using default label for : 0.none.PrdFamilyCode.BABY.LABEL
2007-05-25 12:38:58,402 ERROR [P-Processor3] 192.168.1.222 - Using default label for : 0.none.PrdFamilyCode.CLOTHING.LABEL
2007-05-25 12:38:58,417 ERROR [P-Processor3] 192.168.1.222 - Using default label for : 0.none.PrdFamilyCode.VEHICLE.LABEL
2007-05-25 12:38:58,434 ERROR [P-Processor3] 192.168.1.222 - Using default label for : 0.none.PrdFamilyCode.SPORT.LABEL
2007-05-25 12:38:58,450 ERROR [P-Processor3] 192.168.1.222 - Using default label for : 0.none.PrdFamilyCode.WINE.LABEL

 Commentaires   
Commentaire de Swan Desportes [ 28/mai/07 15:07 ]
2007-05-25 12:42:27,972 INFO [P-Processor8] 192.168.1.222 - >>> GET http://bo.pm.lan/category_back?action=categoryview&categorykey=273430&parameter_type=20260
2007-05-25 12:42:27,997 ERROR [P-Processor8] 192.168.1.222 - Using default label for : 0.none.PromotionTypeCode.DYNAMO_HEADER.LABEL
2007-05-25 12:42:28,012 ERROR [P-Processor8] 192.168.1.222 - Using default label for : 0.none.PromotionTypeCode.DYNAMO_SEARCH.LABEL
2007-05-25 12:42:28,027 ERROR [P-Processor8] 192.168.1.222 - Using default label for : 0.none.PromotionTypeCode.DYNAMO_PATH.LABEL
2007-05-25 12:42:28,042 ERROR [P-Processor8] 192.168.1.222 - Using default label for : 0.none.PromotionTypeCode.DYNAMO_TITLE.LABEL
2007-05-25 12:42:28,056 ERROR [P-Processor8] 192.168.1.222 - Using default label for : 0.none.PromotionTypeCode.DYNAMO_BODY_1.LABEL
2007-05-25 12:42:28,071 ERROR [P-Processor8] 192.168.1.222 - Using default label for : 0.none.PromotionTypeCode.DYNAMO_ADVERT.LABEL
2007-05-25 12:42:28,086 ERROR [P-Processor8] 192.168.1.222 - Using default label for : 0.none.PromotionTypeCode.DYNAMO_LEFT_1.LABEL
2007-05-25 12:42:28,105 ERROR [P-Processor8] 192.168.1.222 - Using default label for : 0.none.PromotionTypeCode.DYNAMO_LEFT_2.LABEL
2007-05-25 12:42:28,120 ERROR [P-Processor8] 192.168.1.222 - Using default label for : 0.none.PromotionTypeCode.DYNAMO_RIGHT_1.LABEL
2007-05-25 12:42:28,134 ERROR [P-Processor8] 192.168.1.222 - Using default label for : 0.none.PromotionTypeCode.DYNAMO_FILTER_TEXT.LABEL
2007-05-25 12:42:28,149 ERROR [P-Processor8] 192.168.1.222 - Using default label for : 0.none.PromotionTypeCode.SELLER_LABEL_1.LABEL
Commentaire de Alexandre Garnier [ 28/mai/07 15:47 ]
ajout du doNotTranslate à True



[IMP-7149] Création compte FTP pour le UK, pseudo : wlpsales Création: 08/oct./10 15:01  Mise à jour: 17/nov./10 10:04  Résolue: 17/nov./10 10:02

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Maram Khayati Attribution: Laurent Payot
Résolution: Corrigé  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel products for price minister UK (3).xlsx    
Sous-tâches:
Clé
 Résumé
 Type
 Etat
 Attribution
IMP-7408 import fichier wlpvente Sous-tâche Résolu Laurent Payot  
IMP-7409 Inport fichier wlpspain Sous-tâche Résolu Laurent Payot  
Pays:
GBR - Royaume Uni
Login: wlpsales
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec mise à jour/création produits (écrasement) , Mise à jour/création annonces avec mise à jour/création produits

 Description   
Salut,

Le Pro demande la création d'un compte FTP pour ses imports.

Type de produits : books

Pseudo : wlpsales
Mail : sales@wolfpublishers.nl

Merci

 Commentaires   
Commentaire de Maram Khayati [ 08/oct./10 15:02 ]
Ci joint le fichier .
Merci
Commentaire de Maram Khayati [ 13/oct./10 17:22 ]
Merci de paramétrer ces 3 comptes. Ci dessous les pseudos:

Uk:wlpsales
Fr:wlpvente
Es: wlpspain

Merci.
Commentaire de Laurent Payot [ 15/nov./10 17:00 ]
faut-il faire les flux de commandes?
Commentaire de Laurent Payot [ 15/nov./10 17:23 ]
La config FTP est prète (avec flux de commandes). Je suis en train de faire les formats en création produit sur les 3 pays.
Commentaire de Laurent Payot [ 16/nov./10 11:40 ]
Vu avec Daniel : pas de création de fiches produit pour FR et ES, on utilisera les EAN.

Quel est le commentaire par défaut pour UK, ES, et FR ?
Commentaire de Laurent Payot [ 17/nov./10 10:02 ]
=====================================================================
Account FTP seller created...

Pseudo : wlpsales
password : 3DX74Vj
Server : ftp.priceminister.co.uk
Country : uk
Flow purchase : yes

=====================================================================

Le fichier passe à 77% sur UK (à cause de décalages dans le fichier).
Sur FR et ES aucun livre n'est reconnu avec ses EAN donc le taux d'import est de 0%. Pour des raisons de ressources serveur on ne crée plus les fiches produits pour les produits culturels (voir avec Daniel).
Commentaire de Laurent Payot [ 17/nov./10 10:04 ]
PS: le pro doit déposer ses fichiers au format CSV avec séparateur point-virgule.



[APP-17681] [Mon Compte 1.1] : Améliorations Création: 03/sept./07 15:54  Mise à jour: 08/janv./08 09:27  Résolue: 08/janv./08 09:27

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 16.0.4
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Majeur
Rapporteur: Emeric Teil Attribution: Emeric Teil
Résolution: Corrigé  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Pièces jointes: Microsoft Word Ameliorations_v1.1.doc    
Liens des demandes:
Similaire
similaire à APP-17427 [Mon compte] : Mon menu se déplace... Fermé
similaire à APP-17748 Modification des abonnements : La val... Fermé
similaire à APP-11802 [METATAGS] [Mon Compte] Afficher les ... Fermé
Sous-tâches:
Clé
 Résumé
 Type
 Etat
 Attribution
APP-17682 [Mon Compte 1.1] : Suppression du bl... Sub-improvement Fermé Clémence Desneiges  
APP-17684 [Mon Compte 1.1] : Améliorations de l... Sub-improvement Fermé Damien Dorizy  
APP-17685 [Mon Compte 1.1] : Améliorations de "... Sub-improvement Fermé Olga Costa  
APP-17686 [Mon Compte 1.1] : Améliorations de "... Sub-improvement Fermé Renaud Dierickx  
APP-17687 [Mon Compte 1.1] : Nouveau bloc promo... Sub-improvement Fermé Olga Costa  
APP-17688 [Mon Compte 1.1] : Harmonisation "Che... Sub-improvement Fermé Nerea Prieto  
APP-17730 [Mon Compte 1.1] : Nouvelles règles d... Sub-improvement Fermé Clement Balay  
APP-17736 [Mon Compte 1.1] : Modification Page ... Sub-improvement Fermé Olga Costa  
APP-17887 [Mon Compte 1.1] : Nouveau bloc promo... Sub-improvement Fermé Nerea Prieto  
APP-17925 [Mon Compte 1.1] : Bloc Promo Sub-bug Fermé Clémence Desneiges  
APP-17937 [Mon Compte 1.1] Bloc supérieur de la... Sub-bug Fermé Stéphane François  
APP-17962 [Mon Compte 1.1] : Améliorations ... Sub-improvement Fermé Stéphane François  
APP-17963 [Mon Compte 1.1] : Améliorations... Sub-improvement Fermé Stéphane François  
APP-18064 [Mon Compte 1.1] : Traduction ES de M... Sub-bug Fermé Nerea Prieto  
APP-18065 [Mon Compte 1.1] : Editos ES Sub-bug Fermé Nerea Prieto  
Pays:
FRA - France
Projets PM archivés: Mon Compte - Lot 1 : Fondation

 Description   
En complément du 1er lot "Fondations" de l'espace "Mon Compte", des améliorations vont être apportées dès la V17. Ce Jira Méta-tache a pour but de rassembler toutes ces évolutions / améliorations.

 Commentaires   
Commentaire de Emeric Teil [ 03/sept./07 17:42 ]
Cette demande doit être traitée dans le cadre du Jira métatache lié...
Commentaire de Emeric Teil [ 03/sept./07 17:48 ]
Cette demande doit être traitée dans le cadre du lot 1.1 [Mon Compte - Améliorations]. Merci
Commentaire de Emeric Teil [ 03/sept./07 17:51 ]
Ajout des "Spécifications" en pièce jointe
Commentaire de Emeric Teil [ 07/sept./07 10:33 ]
MAJ des Specs



[APP-3502] macro "annulation acheteur" - affichage en bo Création: 14/janv./05 17:06  Mise à jour: 25/juin/07 18:27  Résolue: 25/juin/07 18:27

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.3.0val
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Steven Harel Attribution: Geneviève Beaujard
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
j'ai demandé que le bouton soit affiché lorsque le claim status est "null"
cependant, l'affichage en bo ne semble pas prendre en compte les claim status
il prend juste en compte les item status (committed et requested)

il faudrait intégrer le paramètre "claim status" pour l'affichage pour que le
bouton ne soit pas affiché quand il y a eu une réclamation

mais on peut vivre avec,

pas d'autre problème observé

 Commentaires   
Commentaire de Quentin de Chivré [ 17/janv./05 10:36 ]
valide avec Martin stp
Commentaire de Geneviève Beaujard [ 18/janv./05 11:46 ]
OK avant d'afficher la macro je verifie que getItmStatusCode est a null.
Commentaire de Bruno Ballester [ 07/févr./05 16:57 ]
Fonctionne.



[APP-19480] Pb avec ma première MEV d'un compte PLATINE Création: 07/févr./08 17:25  Mise à jour: 08/févr./08 12:19  Résolue: 08/févr./08 12:19

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 19.0.0
Version(s) corrigée(s): 19.0.0

Type: Bogue Priorité: Critique
Rapporteur: Christophe Garcia Attribution: Emeric Teil
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Integ
Projets PM archivés: Paiement - Centralisation PMV

 Description   
Je crée un compte.
Je le migre en PLATINE.
Je fais une première MEV.
Après la saisie des modes d'expédition, j'arrive sur la page "Coordonnée de paiement" où on me dit que la page à laquelle j'accède n'existe plus. ?!?!
Je devrais directement tomber sur la bonne page "Mon Porte-Monnaie"

Impossible de continuer la MEV

 Commentaires   
Commentaire de Emeric Teil [ 08/févr./08 12:19 ]
OK sur le principe. Par rapport à ce qui est livré pour la V19 (Centralisation), ceci n'est pas un Bug puisque les utilisateurs concernés (utilisateurs tests) sont tous des vendeurs existants.
Cet aspect (Création Compte vendeur) sera pris en compte dans un lot futur : Simplification de la création d'un compte vendeur. Dans ce projet, l'ensemble de la cinématique de première MEV sera modifiée et adaptée au privilège platine.

E.



[APP-16753] [Retrait] Prendre en compte une modification de coordonnées sur plusieurs annonces en retrait Création: 20/juin/07 17:40  Mise à jour: 27/nov./09 12:14

Etat: Ré-ouvert
Projet: Application PriceMinister
Composants: Annonces
Affecte la/les version(s): 14.2.1
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Majeur
Rapporteur: Espérance Galouo-Lece Attribution: Dispatcher (Pôle TX)
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à APP-16746 Modification numero de tel dans annon... Fermé
Pays:
ALL - Tous
Projets PM: *** STANDBY ***
Classif1: RETRAIT

 Description   
 - Actuellement, pour les annonces en "retrait", s'il faut modifier des coordonnées, il faut le faire pour chacune des annonces en "retrait";
 - Serait-il possible de permettre la prise en compte d'une modification de coordonnées sur un ensemble d'annonces, via une case à cochet par exemple? Cela en rapport avec la demande APP-16746.

 Commentaires   
Commentaire de Espérance Galouo-Lece [ 21/juin/07 11:43 ]
 - Il y a aussi le fait que ce soit les dernières coordonnées créées qui sont prises en compte lorsqu'il faut rendre éligible au retrait une annonce;
 - En rapport avec le Jira APP-16746, le partenaire possède deux coordonnées; la dernière créée il ne l'utilise plus. Il saisit donc la première qui a été créée lors de l'éligibilité d'une annonce au retrait; toutefois qu'il modifie un annonce pour permettre le "retrait", la dernière coordonnée (qu'il n'utilise plus) est renseignée par défaut.
 - Le mieux ne serait-il pas de prendre en compte les dernières coordonnées renseignées (ou modifiées), car les dernières renseignées de sont pas forcément les dernières créées.
Commentaire de Emeric Teil [ 04/août/08 18:18 ]
A voir le jour où on fait un chantier de refonte de la gestion des adresses utilisateur...
Commentaire de Emeric Teil [ 04/nov./09 14:47 ]
On met ça dans notre BackLog.
Commentaire de Christophe Garcia [ 27/nov./09 12:00 ]
Je réouvre en attendant que l'on trouve la bonne marche à suivre pour ces types de demandes.
A traiter en backlog ? A traiter dans JIRA ?
Comments ces projets reviennent-ils sur la table s'ils sont traités en backlog ? Création de nouveaux JIRA ?



[APP-22413] [Mon compte] Compatibilité du dernier template sur les navigateurs récents Création: 01/oct./08 16:28  Mise à jour: 09/oct./08 11:11  Résolue: 09/oct./08 11:11

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 32.0.0 (CTN-G)
Version(s) corrigée(s): 31.0.0 (TX-C)

Type: Bogue Priorité: Critique
Rapporteur: Paul Leprévost Attribution: Paul Leprévost
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM: *** CHASSE ***

 Description   
Même problème que celui évoqué dans le JIRA APP-20859, la colonne centrale prend une largeur en fonction de son contenu et donc dans certains cas, ne prend pas toute la largeur disponible.

Pour corriger ce bug, dans la partie "Mon compte" du site, il va nous falloir un dev pour identifier le nombre de colonnes que l'on doit gérer sur chaque page.

 Commentaires   
Commentaire de Arnaud Forgues [ 01/oct./08 16:54 ]
A priori la majorité des écrans est sur 3 colonnes sauf les écrans suivants qui sont sur 2 :
- la nouvelle page "Mes préférences vendeurs" : SELLER_PROFILE
- la page mon compte : ACCOUNT
- la page mon Profil : PROFILE
- les pages d'ouverture de boutique (standard et manuelle) : ACTIVATION_START et ACTIVATION_MANUAL
- Le widget Vendeur (boutique ?)
- Le widget parrainage

As-tu besoin de plus de détail?
Commentaire de Paul Leprévost [ 02/oct./08 17:34 ]
Voilà les classes à utiliser :

- .col3 : 3 colonnes
- .col2l : 2 colonnes gauche
- .col2r : 2 colonnes droite
- .col1 : 1 seule colonne
Commentaire de Damien Dorizy [ 02/oct./08 18:12 ]
Paul,

J'ai rajouté ces classes dans un div, sur WWW et les cobs utilisant le nouveau front template.
Commentaire de Arnaud Forgues [ 02/oct./08 19:11 ]
vu avec Paul : on ajoute un "t_" devant les 4 classes : .t_col3, .t_col2l, .t_col2r et .t_col1, car la classe .col3 existe déjà !

modified source/src/com/babelstore/common/front/FrontTemplate.jsp
modified source/src/com/babelstore/common/front/ccm/FrontTemplate.jsp
modified source/src/com/babelstore/common/front/dauphine/FrontTemplate.jsp
modified source/src/com/babelstore/common/front/laredoute/FrontTemplate.jsp
modified source/src/com/babelstore/common/front/lycos/FrontTemplate.jsp
modified source/src/com/babelstore/common/front/midilibre/FrontTemplate.jsp
modified source/src/com/babelstore/common/front/nicematin/FrontTemplate.jsp
modified source/src/com/babelstore/common/front/presencepc/FrontTemplate.jsp
modified source/src/com/babelstore/common/front/progres/FrontTemplate.jsp
modified source/src/com/babelstore/common/front/provence/FrontTemplate.jsp
Committed revision 24730.
Commentaire de Cédric Goldovsky [ 09/oct./08 11:03 ]
qui peut me démontrer le comportement sur la page Profil sous FireFox3 ?
Commentaire de Emeric Teil [ 09/oct./08 11:11 ]
La pages "profil" n'est pas concernée. La liste fournie par Arnaud correspond aux pages non potentiellement impactées par ce bug car en 2 colonnes (le bug concernait uniquement les pages en 3 colonnes).



[APP-4683] validation d'annonce par mail et 'mon compte' : impossible de retrouver l'annonce Création: 06/juin/05 17:52  Mise à jour: 25/juin/07 18:30  Résolue: 25/juin/07 18:30

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 8.0.2reval
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Francois-Marie Tournadour Attribution: Judd OSullivan
Résolution: Impossible à reproduire  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
J'ai posé une annonce et je ne parviens pas à la retrouver depuis "mon
compte". Je vois que les deux parties 'vendeur' et 'acheteur' restent
identiques à celles d'un simple membre inscrit..

En revanche, si je clic sur l'url de mon annonce depuis mon mail, je retrouve
mon annonce dans "mon inventaire" (mais je retrouve pas mon inventaire après
un simple log in"

 Commentaires   
Commentaire de Quentin de Chivré [ 06/juin/05 18:34 ]
en attente de validation par l'équipe commerciale ?
Commentaire de Manuel Sadok [ 08/juin/05 16:02 ]
Le compte utilisé par FMT est "franzinou".
Commentaire de Judd OSullivan [ 08/juin/05 17:04 ]
Annonce creér 20050531, avant la mise en place de la correction (vers 20050602).



[IMP-2567] Les mises à jour des stocks ne sont pas prises en compte > discountmode Création: 02/sept./08 17:52  Mise à jour: 30/oct./09 15:50  Résolue: 02/sept./08 19:36

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Isabelle Weisbecker Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: discountmode
Séparateur: N/A
Type de traitement:
N/A

 Description   
Les mises à jour des stocks ne sont pas prises en compte et cela engendre des annulations.
Le pro dit que OK de son côté, la web agency aussi, nous aussi. D'où vient l'erreur ?

Est-ce que cela pourrait provenir du fait que le pro indique la valeur 0 dans la dernière colonne où est notée la quantité ?

Si c'est pas cela, une autre idée ?

Importer le dernier fichier soumis si vous trouvez. Merci.

 Commentaires   
Commentaire de Frédéric Nahum [ 02/sept./08 19:36 ]
Son stock était en illimité, le problème devait donc provenir de là, car la colonne des quantités n'étaient pas prises en compte et le produit qui était à stock 0 n'était donc jamais supprimé.

Une fois le stock vidé, j'ai modifié le format de façon à faire passer le fichier en stock réel et donc en prenant compte de la dernière colonne.

J'ai repasser le dernier fichier, et nous sommes donc bien en stock réel, ile ne devraient donc plus rencontrer de problème.



[APP-30522] [ES] Prendre en compte le 100% de l'Iframe POPGOM Création: 28/juil./10 11:21  Mise à jour: 02/août/10 10:25  Résolue: 30/juil./10 12:00

Etat: Fermé
Projet: Application PriceMinister
Composants: Infoglue
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 74.0.2.1

Type: Bogue Priorité: Majeur
Rapporteur: Nerea Prieto Attribution: Ariane Baldinger
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à APP-30524 IFRAME PopGom Fermé
Pays:
ESP - Espagne
Projets PM: *** A PLANIFIER ***
Classif FONC: comarket

 Description   
Bonjour,

Notre partenaire popgom nous a fait remarquer que son iframe sur priceminister est coupé. On ne prend pas en compte le 100%

http://www.popgom.es/achat-pneus-en-ligne/priceminister/home

http://www.priceminister.es/info/no/op/neumaticos?xtatc=INT-160001-intext


Il faut prendre le 100%

Merci

 Commentaires   
Commentaire de Ariane Baldinger [ 28/juil./10 11:53 ]
hauteur de l'iframe passée de 660 à 900.

Nerea, peux-tu valider sur : http://bo.ref-es.pm.dev/info/home ?

Merci
Commentaire de Nerea Prieto [ 28/juil./10 12:09 ]
Validé!

C'est bon maintenant
Commentaire de Ariane Baldinger [ 28/juil./10 13:37 ]
cms-ref Promotions



[APP-31480] Remplacement de la bannière PriceMinister Photo sur la page mon compte Création: 21/oct./10 17:25  Mise à jour: 02/nov./10 15:08  Résolue: 02/nov./10 13:21

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 80.0.0.1

Type: Tâche Priorité: Majeur
Rapporteur: Mathieu Nguyen-Van-Thoai Attribution: Rémi Virlouvet
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: GIF File 728x90.gif    
Pays:
FRA - France
Projets PM: *** A PLANIFIER ***
Classif FONC: comarket

 Description   
Bonjour à tous,

Il faudrait remplacer la bannière PriceMinister Photo (728*90) sur la page Mon compte par celle que vous trouverez en pièce jointe.
Le redirect sera le suivant: http://priceminister.photobox.fr/inscription?cid=ban102010.
Date de mise en ligne: Asap, toujours en random avec Fortuneo.

Merci d'avance

Mathieu

 Commentaires   
Commentaire de Rémi Virlouvet [ 26/oct./10 18:28 ]
à tester sur http://bo.ref-fr.pm.dev/user?rid=1&redirected=true

merci de vos retours
Commentaire de Rémi Virlouvet [ 27/oct./10 14:29 ]
à valider merci :)
Commentaire de Charlotte Fachan [ 27/oct./10 16:56 ]
Bonjour Rémi,

il semble y avoir un soucis sur la qualité de la bannière. Le rendu est complétement différent de l'élément livré.

Merci
Charlotte

Commentaire de Rémi Virlouvet [ 27/oct./10 17:02 ]
comment ça ?
Commentaire de Rémi Virlouvet [ 28/oct./10 10:41 ]
quel est le souci ?
Commentaire de Charlotte Fachan [ 28/oct./10 11:58 ]
ok pour moi. Merci rémi.
Tu as modifié la bannière, non? La qualité est bien meilleure maintenant. Merci. Charlotte
Commentaire de Rémi Virlouvet [ 28/oct./10 12:02 ]
rien n'a été modifié, non... ^^
Commentaire de Rémi Virlouvet [ 28/oct./10 16:02 ]
cms ref

promotions

/promotions/Promotions/FR/Promos/Photobox/ACCOUNT%%ACCOUNT - French
Commentaire de Rocio Perez-Garcia [ 02/nov./10 13:21 ]
Publié sur ref- à exporter



[APP-6338] produits bloqués en cours de validation "compte vendeur" Création: 17/nov./05 12:38  Mise à jour: 25/juin/07 18:33  Résolue: 25/nov./05 13:33

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 8.0.8

Type: Bogue Priorité: Majeur
Rapporteur: Emmanuelle Lachamp Attribution: Geneviève Beaujard
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File bugadverFix2.txt     File bugadverFixCorrection.sql    
Liens des demandes:
Duplicate
a pour doublon APP-6304 delai de publication des annonces / f... Fermé
Site: Prod

 Description   
hello,

le probleme persiste !
le partenaire xdffr2002 a des produits en cours de validation (alors qu'ils sont actifs depuis longtemps) de plus il remarque qu'ils ne sont jamais apparus dans la categorie "derniers arrivages"

Emma

-----Message d'origine-----
De : Emmanuelle Lachamp [mailto:emmanuelle.lachamp@priceminister.com]
Envoyé : mardi 8 novembre 2005 12:57
À : Justin Ziegler
Objet : batch hs or bug ?
Importance : Haute


Hello,


Le Partenaire mdfrance à dans son inventaire des produits en attente de validation (26)
http://bo.priceminister.com/inventory?select=0&update=false

or si je regarde en bo, toutes ses FP ont bien ete validees

de plus on retrouve des mails d'utilisateurs depuis plusieurs jours qui relevent le meme probleme.
creation de FP, validation, reception du mail, visibilité de l'annonce dans l'inventaire du vendeur mais pas en front.

 Commentaires   
Commentaire de Sébastien Tournay [ 17/nov./05 13:04 ]
Voir si le problème est toujours d'actualité. A voir si cela peut être lié au retard du batch price.

Sébastien
Commentaire de Serge Delabrosse [ 17/nov./05 16:38 ]
le 17 nov 2005 :
============

Je suis allez voir le paramétrage, apparement pour ces partenaires ne commniquent pas
par ftp , mais directement par le site web , je suis donc allez voir la validation

- J'ai transmis ces informations Yacim Besalemn,
  qui va en faire part à Aurelien Vergali ( qui était en réunion )

- D'après Aurelien ce n'est pas un cas isolé, mais un cas général depuis plusieurs jours .
   le statut passe de soumis à tif ( donc validé) quelques jours après
   il semble que cela était plus rapide au par avant ...

- Je vais vérifier avec Emmanuelle Lachamp si les anciennes soumissions apparaissent
  maintenant correcteent
Commentaire de Serge Delabrosse [ 17/nov./05 17:22 ]
J'ai pu constater avec emmanuelle Lachamp que le problème existe pour tout
les partenaires , au moins depuis le 30 octobre .

les produits soumis au jour J
sont en général validé le service validation au plus tard le jour+1

mais ils apparaissent toujours en attente de validation dans la zone inventaire .
( boutique du vendeur )

De même ils n'apparaissent pas dans la zone :

 catégorie
 ========
Ca vient d'arriver !


Emmanuelle a éffectué une vérification devant moi, de produits qui ont été soumis
le 15 Nov , validé le 16 et qui n'apparaissent pas toujours pas dans les zones
inventaires ou ca vient d'arriver le 17 NOV 05

On constate le même probleme pour des soumission qui datent de 12 jours ...
un retard de script paraît peu probable ... cela ressemble à un BUG ...

Il serait aussi intéressant de vérifier ce phénoméne n'affecte pas le moteur de recherche
interne au site ...


Le problème relevé par emmanuelle est génant car il génére il flux important
de mails des clients qui ont l'impression que les produits ne sont pas validés, alors
qu'ils le sont en fait ...

Commentaire de Geneviève Beaujard [ 18/nov./05 10:46 ]
c'est toujours le probleme du retard du batch advert_fix voir bug http://pricejira.lan/browse/APP-6129.
Voici la requete pour compter les annonces que doit traiter ce batch:
SELECT COUNT(*)
FROM advert, product
WHERE (product.product_id = advert.product_id)
AND (advert.prd_freshness_date <> product.freshness_date)
AND (adv_status_code <> 30);

  COUNT(*)
----------
     58477
Commentaire de Sébastien Tournay [ 18/nov./05 17:10 ]
En fait 58477 annonces correspond uniquement à 1 jour de retard sur le fonctionnement du batch. Cela ne peut donc expliquer tout les problèmes remontés sur la mise en ligne des annonces. Il est vrai cette semaine qu'a cause des différentes interventions sur la base de PROD, nous avons du repousser, voir limitter le fonctionnement de ce batch qui ne tourne qu'une fois par jour.

On vient pour ce WE d'ajouter une nouvelle série de traitement du batch ADVERT_FIX (+30000 lignes). On devrait lundi 21/11 avoir rattrapé le retard.

A confirmé.


Sébastien
Commentaire de Justin Ziegler [ 18/nov./05 21:00 ]
Je pense qu'il faut rester tres vigilent la dessus.
Je n'ai pas l'impression que le retard du batch advert_fix soit tres important, et le probleme semble date de la fin du mois d'octobre. A t on fait un deploiement a cette periode la ?

Des lundi, il me semble important de faire un bilan de l'activite de advert_fix ce we, et de verifier s'il a completement rattrape son retard, puis de reverifier si le pb persiste sur les pseudos deja identifie.

Il est clair que le premier cas souleve par Emmanuelle il y a 10 jours pose encore pb aujourd'hui.
Si le batch advert_fix arrive une fois dans le courant du WE a la fin de son traitement, et que le pb persiste sur mdfrance alors cela ne provient pas simplement d'un retard de batch.
Commentaire de Geneviève Beaujard [ 22/nov./05 15:05 ]
Les annonces qui posent problemes pour l'instant sont celles dont:
advert.prd_status_code n'est pas synchronisé avec celui du produit (product.prd_status_code), MAIS
advert.prd_freshness_date est synchronisé avec celle du produit (product.freshness_date).
Le batch advert_fix n'est lancé que sur les annonces dont advert.prd_freshness_date <> product.freshness_date.
Ces annonces ne seront donc jamais prises en compte par le batch avert_fix.

A ce jour il y a 48 annonces dans ce cas.

Pour le moment je ne vois pas comment ça a pu arrivé.

Du fait que le batch advert_fix ne pourra jamais synchroniser ces annonces,
je peux ecrire un script de correction pour ces annonces.

Il faudra par la suite verifier que ce cas ne se reproduise pas, et si ça se reproduit
analyser correctement le probleme.

Voici les annonces qui ne seront jamais mise a jour par le batch advert_fix: http://pricejira.lan/secure/attachment/11908/bugadverFix2.txt
prd_type_code:
20 -> cd_album
1640 -> Linge de maison
1780 -> Accessoires auto

J'attends une confirmation de votre part pour ecrire le script de correction.
Commentaire de Geneviève Beaujard [ 24/nov./05 16:39 ]
Voici le script de correction http://pricejira.lan/secure/attachment/11949/bugadverFixCorrection.sql
Commentaire de Sébastien Tournay [ 24/nov./05 17:43 ]
Je ne suis pas certain que je puisse te valider le script. Qu'attends-tu de notre part ?
Commentaire de Serge Delabrosse [ 24/nov./05 17:51 ]
Liste avant application du patch le 24 nov 17h50

Avant application du patch

ADVERT_ID
----------
  35572124
  35558489
  35540145
  36927625
  37910506
  35561984
  37852286
  37912072
  35540122
  35551448
  35543463

 ADVERT_ID
----------
  36669676
  36927604
  35589405
  37732373
  37912011
  35561913
  38322479
  37912063
  35561986
  35569098
  37912601

 ADVERT_ID
----------
  36921572
  37912045
  38113320
  35561957
  37712405
  35561989
  35577649
  35558436
  37313031
  35561962
  35558453

 ADVERT_ID
----------
  38359807
  37909958
  35589451
  37910567
  37855381
  35540102
  37911997
  35284734
  35551453
  38314795
  35569094

 ADVERT_ID
----------
  35540134
  35551444
  37712419
  35540147
  35540106

49 ligne(s) sélecti

SQL> SQL> SQL>
Commentaire de Patrick Pereira [ 24/nov./05 18:10 ]
C'est fait en prod.

Comme je t'avais dit j'ai passé à la place de ton script :


DECLARE
  v_count INTEGER := 0;
BEGIN
  FOR src IN (
    SELECT advert.advert_id, product.prd_status_code
    FROM advert, product
    WHERE (product.product_id = advert.product_id)
    AND (advert.prd_freshness_date = product.freshness_date)
    AND (product.prd_status_code) <> advert.prd_status_code
    AND (adv_status_code <> 30)
  )
  LOOP
    UPDATE advert set prd_status_code = src.prd_status_code where advert_id = src.advert_id;
    
    v_count := v_count + 1;
    IF MOD(v_count, 20) = 0 THEN
      COMMIT;
    END IF;
 
  END LOOP;
  COMMIT;
  DBMS_OUTPUT.PUT_LINE('Number of rows updated : ' || v_count);
 
END;
/

Patrick.
Commentaire de Geneviève Beaujard [ 25/nov./05 13:33 ]
Apres le passage du script tout est rentré dans l'ordre.
Serge va surveiller si le phenomene se reproduit.
Pour information la nouvelle annonce non synchronisée hier est : 38322479 (
Commentaire de Serge Delabrosse [ 25/nov./05 14:00 ]
STATUT: OK

==================================================================

le 25 nov 05 à 13h59 :

SQL> SELECT advert.advert_id
    FROM advert, product
    WHERE (product.product_id = advert.product_id)
    AND (advert.prd_freshness_date = product.freshness_date)
    AND (product.prd_status_code) <> advert.prd_status_code
    AND (adv_status_code <> 30) 2 3 4 5 6
  7 ;

aucune ligne sélectionnée

SQL>

==============================================================
Commentaire de Serge Delabrosse [ 28/nov./05 11:00 ]
le lundi 28 nov à 10h , on a encore 4, on va vérifier ce soir , ou demain matin , qu'il ont été traités ..

sinon on va appliquer le correctif ...

d'autre part l'informatiion est communiqué à genevieve, pour faciliter l'identification du probleme

car actuellment on traite les conséquences et non les causes ...

Serge

=====================



Connecté à :
Oracle9i Enterprise Edition Release 9.2.0.7.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.7.0 - Production

SQL> SELECT advert.advert_id
FROM advert, product
WHERE (product.product_id = advert.product_id)
AND (advert.prd_freshness_date = product.freshness_date)
AND (product.prd_status_code) <> advert.prd_status_code
AND (adv_status_code <> 30) ;
  2 3 4 5 6

 ADVERT_ID
----------
  38492925
  38448950
  38449074

SQL> SQL>



[APP-25159] Recherche BO Produit - Bug sur la recherche par ID Fichier d'import Création: 05/mai/09 16:03  Mise à jour: 03/juin/10 09:38  Résolue: 06/avr./10 15:41

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office, Recherche produit
Affecte la/les version(s): 45.0.0 (CTN-K), 50.0.0 (CAT-J), 59.0.0 (CAT-M)
Version(s) corrigée(s): 66.0.0 (NAV-B)

Type: Bogue Priorité: Majeur
Rapporteur: Marion Anfreville Attribution: Martin Sudmann
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
a pour doublon APP-27797 Recherche BO : La recherche de produi... Fermé
a pour doublon APP-29050 Recherche BO par ID Fichier d'import ... Fermé
Pays:
ALL - Tous
Site: Prod
Projets PM: *** CHASSE ***
Classif1: FAST
Classif2: mur

 Description   
Constater sur le UK : une recherche sur le BO Produits avec critère ID Fichier d'import + case M coché (produit MAJ par le fichier d'import en question) affiche comme résultat les produits créés et non les produits MAJ par l'import.

http://bouk.priceminister.jmh/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=&search_type=10&prd_type_code=&product_id=&base_product_id=&zero_stock=true&one_in_stock=true&many_in_stock=true&submitter_part=true&submitter_pro=true&attribute_name_key=&prd_status_code=-60&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=&submitter_result=&change_start_date=&change_end_date=&owner_login=&data_file_id=6010393&change_data_file=true&feed_start_date=&feed_end_date=&with_complement=1&create_start_date=&create_end_date=&order=&number_rows=1000&do_search.x=0&do_search.y=0

Alors que quand on voit les stats du fichier d'import :
http://bouk.priceminister.jmh/datafile_back?action=advfilesearch&file_id=6010393

On devrait avoir en résultat plus de 32.000 références.

 Commentaires   
Commentaire de Martin Sudmann [ 03/nov./09 17:24 ]
nécessite le déployement d'un connector ;

1. il y avait des confusions dans le code entre create et change
2. le connecteur indexe pour les deux champs la creation datafile id

Celui qui ne comprends toujours pas l'utilité des tests unitaires....





bzr ci --fixes APP:25159 -m "correctly index creation and change data_file_ids"
fast/connectors/connector01/src/ProductDataContainer.java
source/src/com/babelstore/product/ProductBackSearchInput.java
source/src/com/babelstore/search/FastProductSearchQuery.java
Committed revision 24992.
Commentaire de Martin Sudmann [ 04/nov./09 09:02 ]
CAJ2009Q4CATM
Commentaire de Espérance Galouo-Lece [ 06/avr./10 12:31 ]
 - Il existe des cas où nous avons l'erreur suivantes :
2010-04-06 12:21:12,708 INFO [-Processor39] BO:pmadmin:Anonyme - >>> GET http://www.pm.lan/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=&search_type=10&prd_type_code=&product_id=&base_product_id=&zero_stock=true&one_in_stock=true&many_in_stock=true&submitter_part=true&submitter_pro=true&attribute_name_key=&category=&prd_status_code=-40&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=&submitter_result=&change_start_date=&change_end_date=&owner_login=&data_file_id=7267269&create_data_file=true&change_data_file=true&feed_start_date=&feed_end_date=&with_complement=1&create_start_date=&create_end_date=&order=&number_rows=4000&do_search.x=21&do_search.y=5
2010-04-06 12:21:13,048 ERROR [-Processor39] BO:pmadmin:Anonyme - Load error~Servlet=com.babelstore.referential.back.ReferentialBackServlet~Request=GET http://www.pm.lan/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=&search_type=10&prd_type_code=&product_id=&base_product_id=&zero_stock=true&one_in_stock=true&many_in_stock=true&submitter_part=true&submitter_pro=true&attribute_name_key=&category=&prd_status_code=-40&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=&submitter_result=&change_start_date=&change_end_date=&owner_login=&data_file_id=7267269&create_data_file=true&change_data_file=true&feed_start_date=&feed_end_date=&with_complement=1&create_start_date=&create_end_date=&order=&number_rows=4000&do_search.x=21&do_search.y=5~Referrer=http://www.pm.lan/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=&search_type=10&prd_type_code=&product_id=&base_product_id=&zero_stock=true&one_in_stock=true&many_in_stock=true&submitter_part=true&submitter_pro=true&attribute_name_key=&category=&prd_status_code=-40&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=&submitter_result=&change_start_date=&change_end_date=&owner_login=&data_file_id=7267263&create_data_file=true&change_data_file=true&feed_start_date=&feed_end_date=&with_complement=1&create_start_date=&create_end_date=&order=&number_rows=4000&do_search.x=28&do_search.y=12~User-Agent=Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)~Trace=java.lang.NullPointerException
        at com.babelstore.referential.back.ProductSearchModel.preLoad(ProductSearchModel.java:150)
        at com.babelstore.util.Block.preLoad(Block.java:108)
        at com.babelstore.util.web.Screen.preLoad(Screen.java:111)
        at com.babelstore.util.web.Dispatcher.processPreOutsideTransaction(Dispatcher.java:247)
        at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:222)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:181)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:116)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:482)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:619)
2010-04-06 12:21:13,068 INFO [-Processor39] BO:pmadmin:Anonyme - <<< [360 ms] GET http://www.pm.lan/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=&search_type=10&prd_type_code=&product_id=&base_product_id=&zero_stock=true&one_in_stock=true&many_in_stock=true&submitter_part=true&submitter_pro=true&attribute_name_key=&category=&prd_status_code=-40&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=&submitter_result=&change_start_date=&change_end_date=&owner_login=&data_file_id=7267269&create_data_file=true&change_data_file=true&feed_start_date=&feed_end_date=&with_complement=1&create_start_date=&create_end_date=&order=&number_rows=4000&do_search.x=21&do_search.y=5
Commentaire de Martin Sudmann [ 06/avr./10 14:51 ]
le exception observée n'a rien à voir avec ce Jira ; ce bug a toujours existé dès que la liste de résultats d'une recherche est vide.



[Mon Compte 1.1] : Améliorations (APP-17681)

[APP-17684] [Mon Compte 1.1] : Améliorations de l'Inventaire Création: 03/sept./07 16:37  Mise à jour: 26/nov./07 16:41  Résolue: 21/nov./07 11:53

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 16.0.3
Version(s) corrigée(s): 18.0.0

Type: Sub-improvement Priorité: Majeur
Rapporteur: Emeric Teil Attribution: Damien Dorizy
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File inventaire_new.jpg    
Pays:
FRA - France
Projets PM archivés: Mon Compte - Lot 1 : Fondation

 Description   
La page "Inventaire" fait partie des cas où un bloc vient s'afficher au-dessus du menu "Mon Compte", or il a été décidé, pour des raisons ergonomiques, que celui-ci devait être fixe afin que l'utilisateur puisse le retrouver systématiquement au même emplacement.

Pour respecter cela, des modifications sont donc nécessaires sur cette page :
-> Suppression du bloc "Ma sélection" (ce qui doit être fait pour l'ensemble de l'espace "Mon Compte" dans le Jira n° 17682)
-> Suppression du bloc "Accès direct" (uniquement sur cette page)
-> Insertion du moteur de recherche dans le corps de la page (utiliser le même "style" que dans la nav par filtre, afin qu'en 1024px cela ne passe pas sur deux lignes par manque de place)
-> Condensation du bloc "Mise en vente gratuite"
-> Déplacement du bloc "Mon inventaire" dans la colonne de droite

=> Voir la maquette ci-jointe

 Commentaires   
Commentaire de Emeric Teil [ 21/sept./07 11:32 ]
Vu avec Damien,
Les modifications prévues pour cette page sont bien avancées mais l'intégration du moteur de recherche demande encore des test d'interopérabilité entre navigateur. des modfis CSS sont donc à prévoir.
Commentaire de Damien Dorizy [ 21/nov./07 11:53 ]
Le moteur de recherche est maintenant intégré dans le corps de page pour l'inventaire (Inventory.jsp) et après la création d'une annonce (Advert CreationSuccess.jsp). Il est centralisé dans une jsi (InventorySearchInclude.jsi) et peut donc être utilisé sur n'importe quelle page de mon compte à priori.
La DropDown ne s'affiche que lorsqu'il y a au moins 2 options.



[APP-10150] [METATAGS] [Mon Compte] Pb sur les intitules de titles de navigateur Création: 01/juin/06 12:28  Mise à jour: 05/mars/09 16:52  Résolue: 25/févr./09 14:53

Etat: Fermé
Projet: Application PriceMinister
Composants: Infrastructure
Affecte la/les version(s): 9.0.0
Version(s) corrigée(s): 42.0.0 (CTN-J)

Type: Amélioration Priorité: Mineur
Rapporteur: Estelle Coulon Attribution: Dispatcher (Pôle CTN)
Résolution: Corrigé  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Liens des demandes:
Duplicate
doublon de APP-21728 [META TACHE] Gestion Metatags Fermé
Sous-tâches:
Clé
 Résumé
 Type
 Etat
 Attribution
APP-10155 Mettre le titre de la fiche produit d... Sous-tâche Fermé Younès Charrière  
APP-11802 [METATAGS] [Mon Compte] Afficher les ... Sub-improvement Fermé Alexandre Garnier  
Projets PM: Référencement : Gestion metatags
Classif1: MON COMPTE
Classif2: refonte mon compte
Classif FONC: contenu
Projets PM archivés: Référencement : Gestion metatags

 Description   
certains titles ne sont pas intégrés ou pas bons
ex:
sur "profil de compte", "conseil a la vente"-> pas de title PM
sur "inventaire et vitrine", "mes souhaits"-> apparemment vieux ou mauvais title qui trainent
etc....

Qui checke ca pour avoir qque chose de propre et coherent? Steven?

 Commentaires   
Commentaire de Christophe Garcia [ 01/juin/06 12:56 ]
Plus grave encore : les titres des fiches produit ont disparu du title
Commentaire de Edouard Gomez-Vaez [ 02/juin/06 09:16 ]
Mister Mousse, jette peut-être un coup d'oeil sur les title... C'est du paramétrage donc on peut le modifiier en live.
Commentaire de Emmanuel Benmussa [ 19/juin/06 16:29 ]
toute la partie mon compte ne concerne pas le référencement

Merci
Commentaire de Edouard Gomez-Vaez [ 03/juil./06 14:14 ]
Pour les pages mon compte, est-ce qu'on pourrait pas mettre cela en parallèle de la cartographie ?
Commentaire de Swan Desportes [ 17/oct./06 16:49 ]
C'est bien sûr envisageable mais pour bien faire, l'intégrer dans le chantier de refonte Mon Compte.
Commentaire de Fabrice Feugas [ 08/janv./09 11:18 ]
Sera résolu avec le projet refonte des metatags



[IMP-4798] création compte ftp espagne+uk pour leobook Création: 03/déc./09 14:45  Mise à jour: 18/déc./09 12:13  Résolue: 18/déc./09 12:13

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Anne Korchia Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
GBR - Royaume Uni, FRA - France, ESP - Espagne
Login: leobook
Séparateur: Point-virgule (;)
Type de traitement:
Suppression produits, Mise à jour/création produits

 Description   
création compte ftp espagne+uk pour leobook + passer son fichier sur le site espagnol créer format entrée+sorties sur les 2 sites et rajouter 3.16 euros sur le fichier destiné à l'angleterre et l'intégrer sur le site uk

 Commentaires   
Commentaire de Frédéric Nahum [ 03/déc./09 15:33 ]
Pour info le compte est déja paramétré pour la france
Commentaire de Daniel Pintamalli [ 16/déc./09 16:21 ]
Quels sont les pseudos pour ES/UK?
Commentaire de Anne Korchia [ 16/déc./09 16:35 ]
oups désolée leobook2 pour ES et leobook3 pour UK
Merci
Commentaire de Daniel Pintamalli [ 16/déc./09 17:27 ]
Que met-on comme commentaire annonces par défaut pour les comptes ES/UK?
Commentaire de Anne Korchia [ 16/déc./09 17:37 ]
je lui envoie mail pour lui demander
Commentaire de Daniel Pintamalli [ 17/déc./09 15:03 ]
La configuration est en place.
Commentaire de Daniel Pintamalli [ 18/déc./09 12:13 ]
L'import sur le site UK aura lieu dès lundi prochain.



[APP-30472] Modification de la bannière PriceMinister Photo dans Mon Compte Création: 21/juil./10 11:30  Mise à jour: 02/août/10 09:49  Résolue: 30/juil./10 12:00

Etat: Fermé
Projet: Application PriceMinister
Composants: Infoglue, Promo
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 74.0.2.1

Type: Tâche Priorité: Mineur
Rapporteur: Jeremy Massebieau Attribution: Ariane Baldinger
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: GIF File Bannière PMP 728x90.GIF     JPEG File Erreur de chargement de page 2.JPG     JPEG File Erreur de chargement de page.JPG    
Pays:
FRA - France
Projets PM: *** A PLANIFIER ***
Classif FONC: comarket

 Description   
Bonjour,

Il faudrait modifier la bannière PriceMinister Photo qui tourne actuellement dans Mon Compte.
Vous trouverez en pièce jointe la bannière (format 728x90).
L'URL de redirect a utilisé est : http://priceminister.photobox.fr/inscription?cid=ban_moncompte

Attention : la bannière tourne actuellement en random avec une bannière Fortuneo et il faut laisser cet affichage aléatoire.

Merci d'avance

 Commentaires   
Commentaire de Ariane Baldinger [ 23/juil./10 15:51 ]
Bonjour,

Souhaites-tu avoir des stats sur les impressions et clics ?
Commentaire de Jeremy Massebieau [ 23/juil./10 15:54 ]
Oui, merci
Commentaire de Ariane Baldinger [ 23/juil./10 16:14 ]
dans ce cas j'ai besoin que tu me donnes les identifiants xiti.
Merci
Commentaire de Jeremy Massebieau [ 23/juil./10 17:16 ]
Finalement le partenaire tracke déjà les visites donc pas besoin de le faire de notre côté.
Commentaire de Ariane Baldinger [ 26/juil./10 09:05 ]
entendu.
Commentaire de Ariane Baldinger [ 26/juil./10 09:43 ]
Bonjour,
Le paramétrage est visible ici : http://bo.ref-fr.pm.dev/info/home

Peux-tu valider stp ?

Merci
Ariane
Commentaire de Jeremy Massebieau [ 26/juil./10 09:51 ]
Quand j'essaye d'accéder à mon compte après avoir cliqué sur ce lien, j'ai un message d'erreur qui apparaît (cf capture d'écran).
Comment je fais pour voir la bannière ?
Commentaire de Ariane Baldinger [ 26/juil./10 09:54 ]
il faut que tu cliques sur le lien 'ajouter une exception' pour poursuivre
Commentaire de Jeremy Massebieau [ 26/juil./10 10:04 ]
C'est fait mais maintenant j'ai une page blanche avec des liens texte à gauche.
Commentaire de Ariane Baldinger [ 26/juil./10 10:05 ]
oui c'est "moche" mais les liens fonctionnent quand même, tu peux donc te connecter.
Commentaire de Jeremy Massebieau [ 26/juil./10 10:08 ]
Quand j'essaye de me connecter, il me recharge la même page.
Commentaire de Ariane Baldinger [ 26/juil./10 10:09 ]
tu n'as peut-être pas de compte existant sur cette plateforme ? Auquel cas il faut t'en créer un...
Commentaire de Jeremy Massebieau [ 26/juil./10 10:19 ]
C'est bon de mon côté.
Peux tu juste me confirmer que cette bannière continuera bien de tourner en random avec la bannière Fortuneo ?
Commentaire de Ariane Baldinger [ 26/juil./10 10:23 ]
oui, tu peux d'ailleurs le vérifier en rafraîchissant la page plusieurs fois
Commentaire de Ariane Baldinger [ 26/juil./10 10:40 ]
cms-ref Promotions



[APP-21870] Compte en visibilité -1 voit tous ses prix à aligner. Création: 25/août/08 10:53  Mise à jour: 24/sept./08 12:22  Résolue: 22/sept./08 11:32

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 30.0.0 (CAT-D)

Type: Bogue Priorité: Mineur
Rapporteur: Cedric Favero Attribution: Caroline Schinzel
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg     JPEG File screenshot-1.jpg     JPEG File screenshot-1.jpg    
Liens des demandes:
Similaire
similaire à APP-20296 Inventaire non actif - Alignement de ... Fermé
similaire à PMB-58 Inventaire : Aligner les prix Fermé
Pays:
FRA - France
Projets PM: *** RESERVE ***
Classif1: BP
Classif2: alignement

 Description   
Un vendeur tombe en visibilité -1 ( par mot clé) , le temps que l'on décide de revalider ou pas son inventaire (plsrs dizaines par jour)

Normalement , celà doit etre le moins visible possible pour l'utilisateur mais là on se rend compte que du coup toutes ses annonces se retrouvent en "prix à aligner" dans son inventaire , ce qui est loin d'etre discret. (cf capture)

Le fait que ses annonces soient temporairement invisibles ne devrait rien avoir à voir avec le fait d'etre à aligner. Bug?

 Commentaires   
Commentaire de Cedric Favero [ 25/août/08 11:44 ]
20 min plus tard, son inventaire réactivé et mis à jour , il n'a que 2 prix à aligner (voir derniere capture)
Commentaire de Cedric Favero [ 25/août/08 11:45 ]
euhhn , les captures sont en ordre inversé.
L'ordre chronologique est de droite à gauche.
Commentaire de Edouard Gomez-Vaez [ 26/août/08 10:40 ]
Traiter les jiras similaires dans le même lot !
Commentaire de Erwan Delacroix [ 26/août/08 12:23 ]
Dans l'idéal, il faudrait que l'opération de surveillance soit transparente pour le vendeur dont le compte est passé en visibilité -1. Pour cela, il faudrait que la fonctionnalité « s'aligner sur le prix » prenne en compte le bestprice des annonces actives et le prix courant de l'annonce inactive du vendeur pour que le calcul soit cohérent.

Une solution moins coûteuse consisterait à désactiver la fonctionnalité « S'aligner sur le prix » puisque les annonces du compte surveillé sont devenues inactives (cela ne sert à rien d'aligner des annonces inactives). Mais le fait que le compte passe en surveillance risque d'être moins discret pour le vendeur (il pourra se demander la raison pour laquelle toutes ses annonces passent en « Prix à aligner »). A voir donc.
Commentaire de Cedric Favero [ 26/août/08 13:45 ]
A choisir, Je pense que c'est plus discret s'il n'a momentanement plus d'annonces à aligner plutot que d'avoir subitement toutes ses annonces à aligner (1600 ici!)
Commentaire de Edouard Gomez-Vaez [ 03/sept./08 12:21 ]
Ne pas afficher les propositions d'alignement quand le compte est en -1, en vacances ou l'inventaire n'est pas activé.
Commentaire de Caroline Schinzel [ 09/sept./08 18:49 ]
Le lien vers les prix à aligner de la page d'accueil "Mon compte" n'apparaît plus lorsque le vendeur n'a pas activé son inventaire, qu'il est parti en vacances ou que son compte à une visibilité négative.
Commentaire de Cedric Favero [ 09/sept./08 19:01 ]
Super.
Testable que quand v30 en integ donc?
Commentaire de Olga Costa [ 22/sept./08 11:32 ]
Il y avait un contenu à publier dans IG
Commentaire de Olga Costa [ 22/sept./08 11:32 ]
publié



[APP-4710] Mise en vente > Etape 5 : explications activation de compte Création: 06/juin/05 18:06  Mise à jour: 25/juin/07 18:30  Résolue: 25/juin/07 18:30

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 8.0.2reval
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Pierre Krings Attribution: Manuel Sadok
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Lorsque je suis nouveau membre et que je viens de saisir ma 1ere annonce, il
n'est pas clair que je suis supposé valider mon inventaire via le lien qui va
m'être envoyé par email.

L'email "Enregistrement de votre annonce -" n'en fait pas du tout état et je
peux avoir l'impression que tout est OK à ce stade.

Il faudrait inclure un message du type :

Afin de s'assurer que vous pourrez être contacté par PriceMinister, nous
allons vous envoyer un e-mail intitulé "Activation compte vendeur". Cet e-mail
contient un lien d'activation sur lequel vous devrez cliquer pour que votre
annonce soit visible.

De même, l'email "Enregistrement de votre annonce -" devrait reprendre cette
information.

 Commentaires   
Commentaire de Quentin de Chivré [ 06/juin/05 18:59 ]
Spec / Edito
Commentaire de Stéphane Archer [ 07/juin/05 11:49 ]
Créer éditos et envoyer à SHA pour email et dév pour l'étape 5
Commentaire de Alexandra Imbert [ 07/juin/05 15:10 ]
t:/Maquettes/01.Maquettes_a_valider/Voitures_bis/vendre_v3/annonce_apercu.htm

Stéphane ? ok pour maquetter dans les différentes versions ?
Commentaire de Stéphane Archer [ 07/juin/05 15:35 ]
Informations à inclure dans les maquettes et dans l'eamil (pour SHA):

Afin de s'assurer que vous pourrez être contacté par PriceMinister, nous
allons vous envoyer un e-mail intitulé "Activation compte vendeur". Cet e-mail
contient un lien d'activation sur lequel vous devrez cliquer pour que votre
annonce soit visible.
Commentaire de Alexandra Imbert [ 07/juin/05 18:15 ]
1ère vente => activation compte

1ere vente
t:/Maquettes/02.Maquettes_validees/Voitures/vendre_v3/annonce_apercu_1ere_vente.htm
1ere vente véhicule "autre"
t:/Maquettes/02.Maquettes_validees/Voitures/vendre_v3/annonce_apercu_1ere_vente_autre.htm
Commentaire de Manuel Sadok [ 08/juin/05 15:23 ]


*** This bug has been marked as a duplicate of 5339 ***



Refonte Xiti (APP-11013)

[APP-11070] Les sites xiti_s2 ne doivent être pris en compte que pour www Création: 11/juil./06 12:41  Mise à jour: 25/juin/07 18:41  Résolue: 13/juil./06 16:35

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 9.0.2

Type: Sous-tâche Priorité: Mineur
Rapporteur: Swan Desportes Attribution: Andrei Matyas
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Attention, si l'on ne prend pas en compte le site s2 (pour un cobranding par exemple), il faut faire apparaitre la rubrique.

Exemple : Accueil > DVD & VHS > DVD Zone 2 > Drame > De L'ombre À La...
donne
www : s1=123456, s2=1, p=DvdZone2::Drame::FicheProduit
camif : s1=124578, s2=, p=DvdVhs::DvdZone2::FicheProduit

 Commentaires   
Commentaire de Quentin de Chivré [ 11/juil./06 15:29 ]
Pourquoi ? Ne peut-on pas appliquer la meme structure que www aux cobrandings ?
Commentaire de Andrei Matyas [ 11/juil./06 15:42 ]
Aujourd'hui on a ajouté un nouveau param cote arbre de navigation + corto IG qui contient l'id du site de niveau 2. Si on veut appliquer la mm chose pour les cobrandings il faut soit avoir une arbo spécifique pour chaque cobranding soit on garde des arbo communes mais dans ce cas la un seul paramètre ne suffit pas ....il nous faut une double clé (brand,site niveau 2)


En plus il faut créer cote Xiti le 10 sites de niveau 2 pour chaque cobranding => 10*15=150 sites à créer coté xiti

Commentaire de Quentin de Chivré [ 11/juil./06 15:52 ]
Oui, donc effectivement considérer les s2 comme des chapitres pour les cobrandings parait + économe
Commentaire de Andrei Matyas [ 13/juil./06 16:35 ]
ok c'est fait pour (isWWW : bo, preview, www)
Commentaire de Patrick Condevaux [ 27/juil./06 17:03 ]
ok en INTEG



[IMP-2291] Mise en place FTP compte pro TheFoxPro Création: 30/mai/08 17:51  Mise à jour: 30/oct./09 15:43  Résolue: 02/juin/08 16:36

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Gaël Seguillon Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à IMP-2303 Mise en place FTP compte pro TheFoxPr... Résolu
Pays:
FRA - France
Login: TheFoxPro
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec mise à jour/création produits (écrasement)

 Description   
Mise en place FTP compte pro TheFoxPro
le partenaire a une demande un peu particulière, il souhaiterait que nous récupérions le stock ecrasement deux fois par jour (après 00:01 et après 15h01 directement par un lien vers son serveur est ce possible ? lien indiqué ci dessous, ce fichier est au format maj annonces type, mais il va par la suire utiliser le format jeux avec maj/crea produits + annonces
http://www.playerone.be/032008/csv/priceminister_TheFoxPro.csv

 Commentaires   
Commentaire de Daniel Pintamalli [ 02/juin/08 11:29 ]
Le script passera à 00:05 et à 15:05.

La configuration XML est active. Normalement le premier import devrait être traité vers 16h.
Commentaire de Daniel Pintamalli [ 02/juin/08 16:36 ]
Le script est en route. Le partenaire n'a plus à déposer son fichier manuellement.
Commentaire de Daniel Pintamalli [ 03/juin/08 14:41 ]
Pour la modification du compte FTP afin de faire aussi de la création de fiches produit => IMP-2303



[APP-26412] [Mon compte] La notification devrait être sous les onglets Création: 08/sept./09 09:52  Mise à jour: 15/sept./09 12:40  Résolue: 15/sept./09 12:40

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 53.0.0 (TX-I)

Type: Amélioration Priorité: Mineur
Rapporteur: Corinne Grondin Attribution: Marc-Antoine Decreton
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: PNG File screenshot1.png     PNG File screenshot2.png     PNG File screenshot3.png     PNG File screenshot4.png    
Pays:
ALL - Tous
Site: Prod
Projets PM archivés: AUTO : Nettoyage

 Description   
Dans mon compte, quand une notification s'affiche, elle se place au dessus des onglets (voir screenshot 1). Or, ce serait plus justifié de la mettre sous les onglets afin d'uniformiser avec le reste du site. (voir screenshot 2 pour quelques exemple). Cela est d'autant plus vrai qu'avec le nettoyage auto de la TX-I, tout le contenu dashbord descend (voir screenshot 3).
Voici ce que ça pourrait donner : screenshot 4.

 Commentaires   
Commentaire de Gafour Abdoul [ 08/sept./09 10:14 ]
Quentin, à moins que tu aies une objection, on fait ça pour la même version que pour le nettoyage auto (si l'équipe TX a le temps) ?
Commentaire de Quentin de Chivré [ 08/sept./09 10:55 ]
Oui pour moi c'est dans le périmetre de nettoyage Auto (voir maquettes d'Emeric)
Commentaire de Emeric Teil [ 15/sept./09 12:40 ]
C'est corrigé dans le cadre de la réorganisation faite suite au nettoyage de Mon Compte Auto.



[IMP-7674] raph91200 : les auteurs non pris en compte sur les fiches produits Création: 21/déc./10 10:43  Mise à jour: 23/déc./10 13:45  Résolue: 23/déc./10 13:45

Etat: Résolu
Projet: Paramétrage - Import
Composants: Support entrant
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Mineur
Rapporteur: Jérome Marianne Attribution: Esteban Rios
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File raph91200_MONSTOCKSYLVESTRONE.txt    
Pays:
FRA - France
Login: raph91200
Séparateur: N/A
Type de traitement:
N/A

 Description   
Madame, Monsieur,

Je vous transmets ma base de données car je me suis aperçu qu'il manquait les auteurs.

Je transmets la même base de données à d'autres sites et je n'ai pas ce problème.

Merci de faire le nécessaire ou de m'expliquer où se trouve le problème.

Mon compte est en vacances jusqu'au 23 ou 24 car je m'absente un peu.

Salutations.

Raphaël SYLVESTRONE
raph91200

06 71 83 35 84


 Commentaires   
Commentaire de Esteban Rios [ 22/déc./10 15:13 ]
Demande traitée.

Le fichier passe à 60%
car la date de parution est supérieur à 1980, donc le ISBN ou code barre deviens obligatoires
Commentaire de Esteban Rios [ 22/déc./10 15:16 ]
Les auteurs sont à nouveau pris en compte dans la fiche produit.
Le problème était du à le changement d'ordre des colonnes de la part du vendeur.

exemple
http://bo.priceminister.com/offer/buy/115539323/bresdin-de-van-gelder-dirk-livre.html



[IMP-7346] xephora3 - Le prix de vente n'est pas pris en compte Création: 05/nov./10 14:41  Mise à jour: 25/nov./10 09:04  Résolue: 25/nov./10 09:04

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Maram Khayati Attribution: Laurent Payot
Résolution: Corrigé  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Sous-tâches:
Clé
 Résumé
 Type
 Etat
 Attribution
IMP-7452 xephora2 : modification du format Sous-tâche Résolu Laurent Payot  
Pays:
GBR - Royaume Uni, ESP - Espagne
Login: xephora3
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec mise à jour/création produits (écrasement) , Mise à jour/création annonces avec mise à jour/création produits

 Description   
Salut,
Suite à la demande d'import IMP-6967, merci de rectifier les problèmes suivants :

- Prendre en compte le Prix public pour afficher les prix barrés: Dans son fichier sont mentionnés les prix publics et les prix de ventes mais seuls les prix de ventes sont affichés.

- Rendre visibles les photos.

Le problème est pour les comptes UK (pseduo: xephora3) et ES (pseudo: xephora2)

Merci

Ci dessous son message:
Je vous contacte car j'ai un petit souci au niveau des réductions. Le prix de départ étant supérieur de 30% j'aimerais mettre en place des Prix barrés comme sur Price Minister.fr.
Le fichier UK est structuré comme le FR mais les prix barrés ne fonctionnent pas. J'ai pourtant bien les 2 prix dans le fichier néanmoins le systeme prend en compte uniquement le premier.
Pourriez vous svp m'indiquer la démarche a suivre pour résoudre ce probléme?
Ci joint le dernier fichier utilisé pour l'upload.
Merci
Bien cordialement


 Commentaires   
Commentaire de Laurent Payot [ 19/nov./10 17:10 ]
A cause des frais de ports inclus sur UK qui faussaient les prix le prix d'origine avait été désactivé. Mais depuis la fonctionnalité de dépassement d'origine est apparue. J'ai activé cette fonctionnalité.
Les produits ont été créés sans prix d'origine, j'ai donc modifié les profils en màj produit et relancé les derniers fichiers.
Commentaire de Laurent Payot [ 23/nov./10 11:13 ]
La manip précédente a fait apparaître les prix d'origine. Les images UK ne s'affichaient pas car les droits n'avaient pas été accordés au pro. Les images devraient apparaître demain. Étrangement le fait de resoumettre le fichier Uk a fait disparaître les prix d'origine, je vais regarder ça.

Sur ES le format prenait comme prix le prix d'origine et c'est tout. j'ai corrigé ça pour prendre les deux prix en compte.
Commentaire de Frederic vacher [ 23/nov./10 11:15 ]
Merci.
Commentaire de Laurent Payot [ 24/nov./10 16:58 ]
Même en supprimant les fiches produits et en resoumettant le fichier de stock les prix d'origine n'apparaissent pas sur UK. J'ai ouvert le jira CAT-3306 car il semble que ce soit un problème général sur le UK.

Comme j'ai de nouveau recréé les fiches produit il faut attendre demain pour les images.
Commentaire de Laurent Payot [ 25/nov./10 09:04 ]
Les prix d'origine n'apparaissaient pas peut être a cause des test de buyboxes. c'est ok maintenant.

Les images sont bien là sur UK.



[IMP-6892] supprimer les fiches de ElectroPro en stock 0 - son compte est en -2 Création: 02/sept./10 10:49  Mise à jour: 14/sept./10 13:34  Résolue: 14/sept./10 13:31

Etat: Résolu
Projet: Paramétrage - Import
Composants: Projet import
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Anthony Briou Attribution: Jérome Marianne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: ElectroPro
Séparateur: N/A
Type de traitement:
Suppression produits

 Description   
http://bo.priceminister.com/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=&search_type=10&prd_type_code=&product_id=&base_product_id=&zero_stock=true&submitter_part=true&submitter_pro=true&attribute_name_key=&category=&prd_status_code=-60&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=ElectroPro&submitter_result=&change_start_date=&change_end_date=&owner_login=ElectroPro&data_file_id=&create_data_file=true&change_data_file=true&feed_start_date=&feed_end_date=&with_complement=1&create_start_date=&create_end_date=&order=&number_rows=4000&do_search.x=35&do_search.y=12

http://bo.priceminister.com/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=&search_type=10&prd_type_code=&product_id=&base_product_id=&zero_stock=true&submitter_part=true&submitter_pro=true&attribute_name_key=&category=&prd_status_code=-60&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=ElectroPro&submitter_result=&change_start_date=&change_end_date=&owner_login=BO&data_file_id=&create_data_file=true&change_data_file=true&feed_start_date=&feed_end_date=&with_complement=1&create_start_date=&create_end_date=&order=&number_rows=4000&do_search.x=0&do_search.y=0



Il y a beaucoup de fiches de ce pro en stock 0, dont la majorité sont des doublons de FP (certaines ont cependant été récupérées par Cnet - 493 FP).
Par soucis de clarté, il serait judicieux de les supprimer.



 Commentaires   
Commentaire de Jérome Marianne [ 14/sept./10 11:31 ]
Fichier de suppression produit soumis.

Requête faite sur les fiches dont le pro est propriétaire.
Commentaire de Jérome Marianne [ 14/sept./10 13:31 ]
Les fiches produits en stock 0 ont été supprimées, il te reste à supprimer manuellement les 98 fiches dont le BO est propriétaire comme on l'a vu ensemble Anthony.
Commentaire de Anthony Briou [ 14/sept./10 13:34 ]
Ok, merci !



[APP-18118] Régression import de fichier - Obligation sur certaines données pas prise en compte Création: 03/oct./07 13:27  Mise à jour: 25/oct./07 09:31  Résolue: 08/oct./07 15:13

Etat: Fermé
Projet: Application PriceMinister
Composants: Import de Fichiers
Affecte la/les version(s): 16.1.0
Version(s) corrigée(s): 17.1.0

Type: Bogue Priorité: Bloquant
Rapporteur: Marion Anfreville Attribution: Mostafa Diane
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Dépendance
bloque CAT-6 Intégration BDD DVD-FR - Création for... Résolu
Similaire
similaire à CAT-129 formulaire mise en vente vinyle en Fr... Résolu
Pays:
FRA - France
Site: Prod
Classif1: IMPORT
Projets PM archivés: Maintenance 17.x.x

 Description   
En prod, nous avons fait l'import d'un fichier DVD.

Dans le format d'import, la cellule "Création d'identification - Standard : EAN (code barre)" est mise en obligatoire.
cf. format "DVD-FR - bdd produits V1.0" (http://bo.priceminister.com/datafile_back?action=advertmappingview&advertmappingid=18306)

Cependant, l'import qui est passé à créer quelques produits sans EAN => product_id : 58598620

L'obligation ne fonctionne pas.

 Commentaires   
Commentaire de Mostafa Diane [ 08/oct./07 15:13 ]
La recherche se fait désormais avec un contrôle sur les données des cellules de création identification.
Deux message peuvent être générés : absence de données totale ou données invalides.

{La colonne 'Création d'identification [cell 47065]' comporte des valeurs non valides ( 'ssssssssssssssssssss' )}
{La colonne 'Création d'identification [cell 47065/TEST_MOD]' est obligatoire}
Commentaire de Marion Anfreville [ 15/oct./07 17:35 ]
Ok en integ => http://bo.pm.lan/datafile_back?action=advfilesearch&file_id=4987237

L'import renvoie bien un message d'erreur sur les lignes où la donnée dites "obligatoire n'est pas renseignée.



[IMP-6659] oriflam : analyse erreurs + prises en compte du poids dans le format Création: 29/juil./10 17:03  Mise à jour: 04/août/10 09:52  Résolue: 04/août/10 09:52

Etat: Résolu
Projet: Paramétrage - Import
Composants: Support entrant
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Jérome Marianne Attribution: Jérome Marianne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: oriflam
Séparateur: N/A
Type de traitement:
N/A

 Description   
2 mails:

L'information poids figure dans notre fichier.
Si notre fichier spécifique fait problème, nous pouvons étudier une présentation standard, comme nous le réclamons depuis longtemps, pour une plus grande efficacité.
Nous mettons ce message en copie à l'équipe import
MM
 
***********************************************

Bonjour,
 
Beaucoup de nos articles sont refusés à l'import. Un exemple ci-dessous. Merci de nous en indiquer la raison.
Merci de nous indiquer comment appliquer nos propres frais de port, et de nous communiquer le modèle de fichier de stock complet afin que toutes nos informations soient bien prises en compte dans les annonces.
 
Cordialement,
SEGUIN DAVAL SA - Service Administratif
Michel MOUSSALLI
________________________________________
69752 Essoreuse à Salade 26 cm Menthe* 0805016 GUILLOUARD Ustensiles de cuisine Essoreuse à salade 3273960805016 12,30 ? 0,00 ? Voir site, franco 100 euros 520 4 jours http://www.cuistoland.com/img/69752g.jpg Grande capacité : diamètre 26 cm.Simple, fonctionnelle et facile à nettoyer. Avec manivelle... Grande capacité : diamètre 26 cm
Simple, fonctionnelle et facile à nettoyer
Avec manivelle... Grande capacité : diamètre 26 cm.Simple, fonctionnelle et facile à nettoyer. Avec manivelle latérale 12 La colonne 'Mapping via catégorie [cell 18418]' comporte des valeurs non valides ( 'essoreuse à salade' )
________________________________________

 Commentaires   
Commentaire de Jérome Marianne [ 04/août/10 09:52 ]
Le poids à été rajouté dans le format pour qu'il soit pris en compte sur les fiches produit.

Le mapping à été enrichi pour améliorer le taux d'import.

Il passe de 89% à 100%.



[APP-13364] Erreur "Mode d'expédition non configuré au niveau du compte" Création: 20/oct./06 18:36  Mise à jour: 25/juin/07 18:46  Résolue: 23/oct./06 15:01

Etat: Fermé
Projet: Application PriceMinister
Composants: Import de Fichiers
Affecte la/les version(s): 9.0.4
Version(s) corrigée(s): 9.0.4

Type: Bogue Priorité: Bloquant
Rapporteur: Espérance Galouo-Lece Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Dépendance
bloque APP-11223 fichier n°4127737 en Erreur - partena... Fermé
Pays:
FRA - France
Site: Integ

 Description   
Le traitement des fichiers 3900339, 3900237 et 3900341 est passé en état "Erreur" alors qu'il n'y a jamais eu de problème avec les comptes de ces partenaires


Extrait des log


Mode d'expédition non configuré au niveau du compte.; nested exception is:
javax.ejb.EJBTransactionRolledbackException: null; CausedByException is:
Mode d'expédition non configuré au niveau du compte. at class javax.transaction.TransactionRolledbackException javax.ejb.EJBTransactionRolledbackException: null; CausedByException is:
Mode d'expédition non configuré au niveau du compte.
at org.jboss.ejb3.tx.Ejb3TxPolicy.handleInCallerTx(Ejb3TxPolicy.java:65)
at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:117)
at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98)
at org.jboss.ejb3.stateful.StatefulContainer.localInvoke(StatefulContainer.java:150)
at org.jboss.ejb3.stateful.StatefulLocalProxy.invoke(StatefulLocalProxy.java:83)
at $Proxy270.processLine(Unknown Source)
at com.babelstore.datafile.business.DataLineBusinessBean.process(DataLineBusinessBean.java:41)
at sun.reflect.GeneratedMethodAccessor218.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174)
at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72)
at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273)
at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111)
at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242)
at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89)
at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53)
at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335)
at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166)
at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139)
at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514)
at org.jboss.ejb.Co

 Commentaires   
Commentaire de Judd OSullivan [ 23/oct./06 11:12 ]
Dans UserBusiness.checkAdvertiser on lance une UserSupportedShippingException si un de les user_account.supports_shipping_XXX is null.

Renaud a ajouté supports_shipping_certified qui est forcement null pour tout le monde.
On a deux options:
1. fait un script qui donne une valeur à tout les comptes impliqués.
2. change le test dans checkAdvertiser.
Commentaire de Judd OSullivan [ 23/oct./06 11:19 ]
En FO, si checkAdvertiser echoue, on tombe sur la page 'Choisi mode d'expedition' qui est peut-etre une bonne chose pour forcer les utilisateurs à reévaluer leurs modes d'expedition, surtout si on a ajouté de nouvelle fonctionalité.

Pour les imports, par contre, c'est plus génant.
Commentaire de Rodrigue Nsiangani [ 23/oct./06 11:31 ]
Cette demande bloque APP-11223 "fichier n°4127737 en Erreur - partenaire CABLIX".
Je ne peux effectuer le test en INTEG pour fermer la demande.
Commentaire de Espérance Galouo-Lece [ 23/oct./06 15:51 ]
 - Les fichiers EN INTEG qui ont entrainé l'ouverture de ce bug ont tous été traités.
 - FERMER.



[IMP-4877] mmzci : transférer les profils du compte prixzoom sur ce nouveau compte + création et copie de la config FTP Création: 16/déc./09 09:21  Mise à jour: 07/janv./10 15:21  Résolue: 07/janv./10 15:21

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Skender Berisha Attribution: Jérome Marianne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: mmzci
Modèle: creation hightech minimaliste
Séparateur: Point-virgule (;)
Type de traitement:
Suppression produits

 Description   
Bonjour

Merci de créer un compte FTP gestion de flux et de commandes à l'identique que le compte prixzoom.

Merci

Skender

 Commentaires   
Commentaire de Jérome Marianne [ 07/janv./10 14:49 ]
Profils de prixzoom copié sur le compte de mmzci.


Compte FTP vendeur créé:

Pseudo : mmzci
mot de passe : 14mmz56ci
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui
Commentaire de Jérome Marianne [ 07/janv./10 15:21 ]
La Config et les profils de prixzoom ont été copiés sur le compte de mmzci.

Le compte FTP avec flux de commande est activé.




[APP-31640] [Gestionnaire de commandes] Création de compte cassée sur UK Création: 08/nov./10 11:52  Mise à jour: 16/nov./10 14:53  Résolue: 08/nov./10 15:37

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 81.0.0 (TX-Q)
Version(s) corrigée(s): 81.0.0 (TX-Q)

Type: Bogue Priorité: Majeur
Rapporteur: Thomas Landru Attribution: Yann Danot
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
GBR - Royaume Uni
Site: Recette
Projets PM: CoSAV : Gestionnaire de commande
Navigateur: Tous

 Description   
Mettre un article en panier sur dev9, faire valider ma commande, renseigner une adresse mail et cliquer sur continuer : plantage

logs :

2010-11-08 11:22:40 ERROR [Dispatcher ] 192.168.61.114 - Service error~Servlet=com.babelstore.user.front.ConnectServlet~Request=POST https://bo.dev9.pm.dev/connect!action=logincontact&c=81&pmreadcgv=true&rid=1&usremail=thomas.landru@123priceminister.com~Referrer=https://bo.dev9.pm.dev/connect?action=login&c=81&rid=1~User-Agent=Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/534.7 (KHTML, like Gecko) Chrome/7.0.517.44 Safari/534.7~Trace=java.lang.NullPointerException~at com.babelstore.common.front.BreadCrumbsModel.getStyleSheets(BreadCrumbsModel.java:274)
java.lang.NullPointerException
        at com.babelstore.common.front.BreadCrumbsModel.getStyleSheets(BreadCrumbsModel.java:274)
        at com.babelstore.common.front.BreadCrumbsModel.load(BreadCrumbsModel.java:119)
        at com.babelstore.util.web.Model.doLoad(Model.java:55)
        at com.babelstore.util.Block.load(Block.java:147)
        at com.babelstore.util.web.Screen.load(Screen.java:122)
        at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:331)
        at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:262)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:183)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:117)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:407)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:619)

2010-11-08 11:22:40 ERROR [[connect] ] - Servlet.service() for servlet connect threw exception
java.lang.NullPointerException
        at com.babelstore.common.front.BreadCrumbsModel.getStyleSheets(BreadCrumbsModel.java:274)
        at com.babelstore.common.front.BreadCrumbsModel.load(BreadCrumbsModel.java:119)
        at com.babelstore.util.web.Model.doLoad(Model.java:55)
        at com.babelstore.util.Block.load(Block.java:147)
        at com.babelstore.util.web.Screen.load(Screen.java:122)
        at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:331)
        at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:262)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:183)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:117)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:407)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:619)

 Commentaires   
Commentaire de Arnaud Forgues [ 08/nov./10 14:11 ]
Pour info, il n'est pas forcément nécessaire de faire une mise en panier au préalable. Il suffit de cliquer sur "Mon compte" et de tenter de créer un compte à partir du bloc de droite de la page "Identification".
==> Après debug, j'ai constaté que c'est le "BreadCrumbsModel" qui plante au chargement des stylesheets à cause du nouveau SiteNode créé pour PEC3.5 : il manque les "trad" ES et UK
==> Yann, je te laisse faire la config
Commentaire de Yann Danot [ 08/nov./10 14:25 ]
/default/ROOT/IDENTIFICATION/LOGIN_R/LOGIN%%EMAIL_ALREADY_USED



[APP-3539] BO : Problème d'affichage aux incidents de paiement Création: 20/janv./05 16:55  Mise à jour: 25/juin/07 18:27  Résolue: 25/juin/07 18:27

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.3.0
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Sebastien Bruzzone Attribution: Martin Sudmann
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Suite au problème 3890, l'affichage des incidents de paiement dans les paniers
expirés persiste.

Compte : xavier-romon
compte mis en -1 à cause d'un incident de paiement sur le panier expiré
3146178 pour "carte volée", cet incident de paiement devrait normalement
apparaitre en rouge dans les paniers expirés de la fiche panier :
http://bo.priceminister.com/purchase_back?
action=purchaseview&purchaseid=13234541

 Commentaires   
Commentaire de Validator [ 20/janv./05 17:01 ]
Le bug est il corrigé ?
Commentaire de Emmanuel Gosse [ 02/févr./05 16:57 ]
pour donner la liste des paniers expirés d'un acheteur (xavier-romon), on fait
la recherche sur le buyerId,
or le panier qui n'apparait pas (n°13146178) n'a pas de buyerId (il a quand
meme l'adresse postale...).

cependant, le panier en cause apparait dans les evenements utilisateur sur la
fiche utlisateur.




Commentaire de Martin Sudmann [ 07/févr./05 14:35 ]
les informations acheteurs n'ont pas été enregistrées s'il s'agissait d'une
inscription à la volée lors d'un achat.

corrigé.
Commentaire de Bruno Ballester [ 07/févr./05 16:14 ]
La vérification se fera directement en production.



[IMP-2135] création compte FTP pour partenaire carros6 (uxotica en France qui ouvre son compte en Espagne avec le même fichier)+ création profil et format sous le même modèle Création: 22/avr./08 11:09  Mise à jour: 30/oct./09 15:43  Résolue: 15/mai/08 09:32

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Anne Korchia Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ESP - Espagne
Login: carros6
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec mise à jour/création produits (écrasement)

 Description   
création compte FTP pour partenaire carros6 (uxotica en France qui ouvre son compte en Espagne avec le même fichier)+ création profil et format sous le même modèle que son profil en France : uxotica

 Commentaires   
Commentaire de Daniel Pintamalli [ 06/mai/08 17:20 ]
Quel commentaire d'annonce va-t-on utiliser?
Quel est le format (en carton, rústica...) Est-ce que je mets tout en 'no definido'?
Commentaire de Anne Korchia [ 06/mai/08 17:26 ]
même chose que pour la France pour le commentaire d'annonce
envoi soigné sous enveloppe bulle, expédition dans les 24 heures qui suivent la réception de votre commande. (je peux demander à carlos de le traduire si tu veux)
les formats sont dans le fichier non? Lorsque je vais sur le compte france nous avons poche, moyen format etc...
Commentaire de Daniel Pintamalli [ 06/mai/08 17:48 ]
Moyen, poche, etc est la taille.

Le format est: en carton, rústica,etc. Je mets tout en 'no definido' si tu veux.

Je traduirai le commentaire annonce, pas de souci.

merci
Commentaire de Anne Korchia [ 06/mai/08 17:58 ]
ok pour "non definido" merci si tu peux traduire c'est cool !
Commentaire de Daniel Pintamalli [ 07/mai/08 10:14 ]
Je mets tout en 'Francés' si la langue n'est pas définie.
Commentaire de Daniel Pintamalli [ 07/mai/08 15:07 ]
La configuration FTP est faite: le fichier soumis par FTP (FR) sera automatiquement dupliqué et renvoyé vers le site Espagnol.

Import en cours:
http://bo.priceminister.es/datafile_back?action=advfilesearch&file_id=6289942
Commentaire de Daniel Pintamalli [ 15/mai/08 09:26 ]
http://bo.priceminister.es/datafile_back?action=advfilesearch&file_id=6312146+&login=carros6
Commentaire de Daniel Pintamalli [ 15/mai/08 09:31 ]
Le fichier passe à 55%.

Rapport de erreurs:

Les livres parus après 1980 requièrent une référence standard. => 20584 lignes
Catégories non exploitables => ~5000 lignes

Il reste peu de valeurs à rajouter dans les mapping => à faire au fur et au mesure.



[INF-494] Installation sur un poste au BO des accès au réseau Création: 18/juin/10 09:42  Mise à jour: 06/juil./10 10:42  Résolue: 06/juil./10 10:42

Etat: Résolu
Projet: Infrastructure
Composants: Réseau
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Eve Pioche Attribution: Stéphane Eccli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Un poste a été installé dans le BO près des étagères "retours", à destination de la formation des nouveaux arrivants et des envois de produits achetés sur le compte RetouPM.

Il n'est cependant relié ni à Group, ni à public, ce qui ne permet pas l'accès aux dossiers de formation.
Il n'est pas non plus connecté à une imprimante, ce qui rend impossible l'impression des bons d'expédition depuis ce poste.

Il est nécessaire de l'installer avant l'arrivée en milieu de semaine prochaine des nouvelles recrues.

 Commentaires   
Commentaire de Stéphane Eccli [ 06/juil./10 10:42 ]
done



[APP-21871] débit pmv par chèque - sur la page user en bo - le lien vers le pmv en front office ne fonctionne pas Création: 25/août/08 11:02  Mise à jour: 24/févr./10 14:16

Etat: Ouvert
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Claire Durand Attribution: Dispatcher (Pôle TX)
Résolution: Non résolu  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Sous-tâches:
Clé
 Résumé
 Type
 Etat
 Attribution
APP-21908 Opération 15192396 : ajouter les coor... Sub-improvement Fermé Ayoub Benseghir  
Pays:
FRA - France
Projets PM: *** CHASSE ***

 Description   
Salut,

j'ai fait un test sur un débit pmv par chèque en bo - lorsque j'ai voulu afficher la page porte monnaie en front office via le lien bo du pmv - j'ai un message d'erreur en front office "Erreur - Non disponible"

voici le lien du compte en bo : http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=16127781

voici le lien en fo dela page porte monnaie : http://bo.priceminister.com/wallet?action=wltview&oprcount=30&oprfilter=ALL

merci,
claire

 Commentaires   
Commentaire de Arnaud Forgues [ 25/août/08 11:26 ]
Stack trace java associée (visiblement un problème au niveau de l'adresse fournie pour l'opération de reversement en cours)

2008-08-25 11:24:01,247 ERROR [-Processor44] laurencecata - Block generation error in : com.babelstore.wallet.front.WalletView_jsp
2008-08-25 11:24:01,248 ERROR [-Processor44] laurencecata - Assembly error
Servlet : com.babelstore.wallet.front.WalletServlet
Request : GET http://bo.priceminister.com/wallet?action=wltview&oprcount=30&oprfilter=ALL
Referrer : http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=16127781
User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.16) Gecko/20080702 Firefox/2.0.0.16
Trace : java.lang.NullPointerException
        at com.babelstore.user.BaseAddressInfo.<init>(BaseAddressInfo.java:63)
        at com.babelstore.user.AddressInfo.<init>(AddressInfo.java:34)
        at com.babelstore.user.AddressFormat.<init>(AddressFormat.java:33)
        at com.babelstore.wallet.business.SellerPaymentRuleLogic.getOpenDebitWalletPaymentCoordinates(SellerPaymentRuleLogic.java:254)
        at com.babelstore.wallet.business.SellerPaymentRuleLogic.getWalletPaymentCoordinates(SellerPaymentRuleLogic.java:243)
        at com.babelstore.wallet.business.SellerPaymentRuleLogic.getWalletPaymentCoordinates(SellerPaymentRuleLogic.java:233)
        at com.babelstore.wallet.front.WalletView_jsp.generate(WalletView_jsp.java:366)
        at com.babelstore.util.Block.generate(Block.java:140)
        at com.babelstore.util.web.Request.include(Request.java:555)
        at com.babelstore.util.web.Request.include(Request.java:588)
        at com.babelstore.util.web.Request.include(Request.java:594)
        at com.babelstore.common.front.FrontTemplate_jsp.generate(FrontTemplate_jsp.java:301)
        at com.babelstore.util.Block.generate(Block.java:140)
        at com.babelstore.util.web.Screen.generate(Screen.java:149)
        at com.babelstore.util.web.Request.generate(Request.java:528)
        at com.babelstore.common.front.FrontRequest.generate(FrontRequest.java:498)
        at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:416)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:184)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
Commentaire de Arnaud Forgues [ 25/août/08 11:43 ]
En ce qui concerne cet utilisateur, le problème vient donc de l'opération qui n'a pas de coordonnées de paiement alors qu'il s'agit d'un débit par chèque.

Il faudrait donc trouver l'origine de cette absence d'infos d'adresse de paiement.

Mais si il y a urgence pour cet utilisateur, on peut déjà voir avec PPE pour passer le script de migration des coordonnées qui avaient été mis en place lors de la phase de migration des données dans le chantier PMV (ou tout simplement copier les coordonnées de paiement de l'utilisateur dans les champs qui vont bien de l'opération en question)
Commentaire de Cedric Favero [ 25/août/08 12:02 ]
On a migré ses coordonnées de paiement en coordonnées vendeur.
Mais en meme temps ce compte n'est pas vendeur (debit suite remboursement) et la boutique n'est pas activée, est-ce lié?

Par ailleurs le compte est à Monaco , code postal 98000 , une incidence?

Enfin , je constate que mon mot clé censé detecter l'absence de code postal n'a pas fonctionné non plus:
$operation.OprTypeCode.toString() =="60" && $util.isNull($operation.UsaZip)

Commentaire de Emeric Teil [ 25/août/08 14:19 ]
"On a migré ses coordonnées de paiement en coordonnées vendeur.
Mais en meme temps ce compte n'est pas vendeur (debit suite remboursement) et la boutique n'est pas activée, est-ce lié? "

=> Ce point là est normal, même pour les non vendeur, on a migré les coordonnées de paiement (quand il y en avait) à coordonnées vendeur, cela permet, lors de l'Ouverture de la Boutique de pré-remplir les champs du formulaire.

"Enfin , je constate que mon mot clé censé detecter l'absence de code postal n'a pas fonctionné non plus:
$operation.OprTypeCode.toString() =="60" && $util.isNull($operation.UsaZip) "

=> ton mot clef n'a pas de problème puisqu'il y a bien un code postal

"Par ailleurs le compte est à Monaco , code postal 98000 , une incidence? "
=> Arnaud est en train de regarder dans ce sens la


Pour "l'urgence", on fait ce qu'il faut pour passer cette OPR dans le bordereau en cours ?

Commentaire de Claire Durand [ 25/août/08 14:43 ]
il est dans le bordereau de débit du 20/08/08 et le chèque est correctement rempli
Commentaire de Emeric Teil [ 27/août/08 16:01 ]
Arnaud, vous reprenez cela pour voir ce qui s'est passé ici ?

-> Pourquoi ce chèque n'avait pas de coordonnées de paiement (car code postal = monaco ? si oui, il ne semblerait pas normal qu'on ait pas les même contrôle Fo que "métier").
-> Comment se fait-il que, bien que n'ayant pas de coordonnées liées, on soit allé prendre les coordonnées de paiement ???

Merci d'avance
Commentaire de Renaud Dierickx [ 18/nov./08 14:58 ]
Je n'ai pas le temps pour la TX-D... A reprioriser.
Commentaire de Emeric Teil [ 24/févr./10 14:16 ]
Pour analyse



[APP-27740] Import - Le découpage d'attributs n'est plus pris en compte Création: 21/déc./09 17:30  Mise à jour: 26/oct./10 16:55

Etat: Ouvert
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 59.0.0 (CAT-M)
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Daniel Pintamalli Attribution: Dispatcher (Pôle VEN)
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File cddvdbangmedia.txt    
Liens des demandes:
Dépendance
bloque IMP-4895 Import Fichier Creation produit - par... Résolu
Similaire
similaire à APP-23626 Import - Problème avec les decoupage ... Fermé
Pays:
ESP - Espagne
Projets PM: *** RESERVE ***
Classif1: IMPORT
Classif2: création suppression d'attributs
Classif FONC: import

 Description   
Le format ci-dessous fait un découpage de sous-titres afin de les sauvegarder dans l'attribut PMA0002286 or dans la fiche produit créée n'apparait que la première valeur du découpage (Inglés). Ce bogue avait été corrigé par Geneviève mais on dirait qu'il y a eu une régression. Passez me voir si vous avez besoin d'aide.

Fiche produit: 63170215

Format: http://bo.priceminister.es/datafile_back?action=advertmappingview&advertmappingid=19845

Ligne de test (barre verticale comme séparateur):

10729||Prison Break: The Final Break||DVD|1|15||NEW|7/21/2009|music dvd>dvd>rock&pop>hardcore>punk&heavy metal>house>r&b>soul&rap>alternative rock>brit pop>progressive rock>hard rock>heavy metal>black metal>disco&dance>hip hop>rap>soul>rock>pop>under 10>under 5>10 to 15>5 to 10>cheap dvd>offer dvd>latest dvd>new release>current release>top chart>free delivery>top 100 dvd>hot releases>best sellers>pre release>hot titles>music dvd store>music dvd store online>music dvd>bargain dvd>bangcd>best dvd selections>wide range dvd>upcoming releases>free delivery worldwide>dispatch within 24hrs>3-5 days delivery upon dispatch>super saver delivery>audio dvd>we source our products globally>dvd>rock>pop>rock&pop>rap>groove>hip hop>hip hop international>hard rock>metal>punk>grunge>compilations>>Prison Break: The Final Break|24543597537|3|NEW|0|EUR|17.80|http://www.bangcd.com/product_images/10729_a.jpg|||20th Century Fox||2009||88|1.78:1(Widescreen)|English|5.1_Dolby_Surround|English French Spanish|Dominic Purcell Wentworth Miller Jodi Lyn O'Keefe Robert Knepper Sarah Wayne Callies William R. Mapother Leon Russom Heather McComb|Brad Turner|Region 1|NTSC||<!--startfragment--> <p class="MsoNormal">The series may be over but there&#8217;s more story to tell. Michael Scofield (Wentworth Miller) is pulled back into the game and forced to cooperate with some decidedly unseemly characters when his beautiful girlfriend Dr. Sara Tancredi (Sarah Wayne Callies) is arrested for a murder she didnít commit. Before someone collects the bounty on Sara&#8217;s head Michael must pull one last daring prison break to save his true love and unborn child. Dominic Purcell co-stars in this rip-roaring feature-length adventure that drops fans right back into the exciting world of the hit television series.<o:p></o:p></p> <!--endfragment-->||ActionAdventure|http://www.bangcd.com/productDetail.aspx?prod_id=10729&currency=EUR&source=PriceministerSP|No se encontró ningún artículo para esta referencia.


 Commentaires   
Commentaire de Daniel Pintamalli [ 21/déc./09 17:34 ]
Ce bogue est peut-être aussi présent dans les sites FR/UK.
Commentaire de Daniel Pintamalli [ 21/déc./09 17:42 ]
En pièce jointe le fichier qui vous servira pour faire de tests. Le code du profil à utiliser est 12555438.
Commentaire de Daniel Pintamalli [ 21/déc./09 17:48 ]
Merci de se référer au JIRA APP-23626 pour plus d'informations.
Commentaire de Marion Anfreville [ 21/déc./09 19:24 ]
ça à l'air de fonctionner sur la France. Les produits créés aujourd'hui par Libri avec du découpage par RegEx peuvent avoir plusieurs auteurs.

Ex :
http://bo.priceminister.com/referential_back?action=productview&productid=86764031
http://bo.priceminister.com/referential_back?action=productview&productid=86764064

Je vérifie sur Decitre et je commente le jira.
Commentaire de Marion Anfreville [ 22/déc./09 10:23 ]
Vu avec Daniel : le problème provient de la migration globale des cellules "Attribut" en "Mise à jour/Création Attribut".

Lorsqu'on effectue un découpage par RegEx pour un attribut dans le but de cumuler les valeurs d'attributs sur la fiche produit, il ne faut pas que la cellule attribut soit en "Mise à jour/Création Attribut" mais en "Attribut" avec en plus une cell de "Suppression attribut XXX" avec valeur dans source velocity = true.

La cell "Mise à jour/Création Attribut" fait que les valeurs issues du découpage par RegEx s'écrasent entre elles.


Pouvez-vous faire un script afin que les cell "Mise à jour/Création Attribut" des format d'import qui ont en source un découpage par RegEx soient repassées en cell de type "Attribut" avec en plus l'ajout dans le format d'une cell de suppression attribut correspondant ?
Commentaire de Edouard Gomez-Vaez [ 28/déc./09 09:58 ]
...ou voir comment faire que les valeurs issues de split via regexp ne s'écrasent pas. Manu, besoin de tes lumières.



[APP-10967] [Mon Compte] Changer une pop-up en page normale (Accueil > Mon compte > Vendeur Auto > Conseils à la vente) Création: 06/juil./06 16:23  Mise à jour: 10/déc./08 15:44  Résolue: 10/déc./08 15:43

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 9.0.1
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Cosmétique
Rapporteur: Fabrice Tiercelin Attribution: Dispatcher (Pôle TX)
Résolution: Impossible à reproduire  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File 1 - etat actuel.jpg     JPEG File 2 - proposition.jpg    
Site: Integ
Projets PM: *** RESERVE ***
Classif1: MON COMPTE

 Description   
La page Accueil > Mon compte > Vendeur Auto > Conseils à la vente se présente sous forme de pop-up. Ce serait plus lisible sous forme de block dans la page de l'onglet mon compte. D'autant plus qu'il y a déjà énormément de page dans tous les sens dans la partie "Mon compte" (redirection vers l'accueil, la vente, l'auto, les produits et des pop-up)

 Commentaires   
Commentaire de Younès Charrière [ 06/juil./06 16:38 ]
C'est une très bonne idée.
Commentaire de Fabrice Tiercelin [ 06/juil./06 16:44 ]
Pareil avec Accueil > Mon compte > Acheteur Auto > Conseils à l'achat
Commentaire de Arnaud Forgues [ 07/juil./06 12:28 ]
Pour la refonte de mon compte, est ce qu'on homogénéise le comportement des liens en ouvrant tout dans le corps de la page ou bien ?
Commentaire de Gaël Caro [ 10/juil./06 16:18 ]
Bertrand,

Pour input.



[APP-3034] Recherche produit BO : évolution pour l'import Création: 08/nov./04 17:23  Mise à jour: 25/juin/07 18:26  Résolue: 25/juin/07 18:26

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.7a
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Validator Attribution: Martin Sudmann
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
En ce moment, les fiches produits ont leur change_date mis à jour sans raison
apparente (voir bug 3222).
Ceci pose un problème lorsque l'on importe des produits sur un compte tel que
titelive, car il est impossible de différencier les produits importés des
produits modifiés "spontanément".

Il y a un moyen de contourner ce problème (et d'ajouter au passage une
fonctionnalité intéressante) : ajouter à la recherche produit BO la possibilité
de rechercher tous les produits importés avec le fichier d'import numéro N.

 Commentaires   
Commentaire de Martin Sudmann [ 24/nov./04 14:18 ]
pas un vrai contournement, puisque uniquement les produits créés par import ont
l'id du fichier, et non ceux mises à jour.
mais quand même utile.
done.



[APP-23029] [PMV - Mode Compta] : Faire passer en libre tous les Pros en Mode Compta CHEQUE qui n'ont pas de coordonnées de Paiement Création: 07/nov./08 14:12  Mise à jour: 01/avr./09 11:10  Echéance: 19/nov./08 00:00  Résolue: 18/nov./08 17:05

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 34.0.0.1

Type: Tâche Priorité: Bloquant
Rapporteur: Emeric Teil Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: File compta cheque et virement à pb (212 Ko).msg     File Comptes mal configurés (845 Ko).msg     Microsoft Excel pro_compta_ss_coordonnees.xls     Microsoft Excel pro_compta_ss_coordonnées.xls     JPEG File screenshot-1.jpg    
Liens des demandes:
Duplicate
a pour doublon APP-22098 Adresse de paiement manquante pour un... Fermé
Pays:
FRA - France
Projets PM archivés: Paiement - Migration anciens vendeurs

 Description   
Attention :
-> A faire impérativement en Prod avant le 20/11/08
-> Ne pas toucher aux compta virement

La liste des utilisateurs concernés est attachée à ce Jira.

 Commentaires   
Commentaire de Renaud Dierickx [ 17/nov./08 15:33 ]
Je n'arrive pas à ouvrir ta pièce jointe... C'est peut-être à cause de l'accent.
Sinon, tu as la requête de comptage d'AFO ?
Commentaire de Emeric Teil [ 17/nov./08 19:24 ]
renvoyé par mail...
Commentaire de Renaud Dierickx [ 18/nov./08 13:40 ]
Le script est écrit et passé en dev...
Christophe, Espérance, que fait-on pour l'intégration ?
Y a-t-il un check de votre part ?
Si oui, comment procède-t-on ?
Commentaire de Cedric Favero [ 18/nov./08 13:40 ]
çà sera bon avant le 20?
Commentaire de Renaud Dierickx [ 18/nov./08 14:31 ]
Avant passage du script en intégration, il y a :

select count(*)
from user_account u
where u.usr_privilege_code = 40
and u.cmp_is_direct_payment = 1
and u.wlt_payment_mode_code = 10
and NOT EXISTS (
          select 1
          from usr_address a
          where a.user_account_id = u.user_account_id
          and a.usa_type_code = 20
          and a.usa_status_code = 10) ;


  COUNT(*)
----------
       536 comptes impactés en intégration

Exemple de compte :

USER_ACCOUNT_ID
---------------
       11511104
        4050798
        4109196
        4110866
        4182925
        4183141
        4244860
        4307197
        4308388
        4311853
        4373677
        4450796
            ...

Espérance et Christophe, donnez nous le GO pour le passage du script en Intégration.

Merci d'avance.

PS : j'ai remis en pièces jointes la cible d'AFO (l'ancien fichier XLS ne pouvant pas être ouvert).
Commentaire de Patrick Pereira [ 18/nov./08 16:49 ]
Le script est passé en production, après validation en intégration.
Commentaire de Renaud Dierickx [ 18/nov./08 17:05 ]
Merci à tous.
Commentaire de Emeric Teil [ 18/nov./08 18:51 ]
Ok pour moi après vérif. en Prod.

Merci à tous !



[APP-21040] problème de concordance entre cfonb et bo (noms de paiement différents) sur les débits pmv france rib Création: 02/juil./08 16:00  Mise à jour: 09/oct./08 16:38  Résolue: 02/oct./08 15:46

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 24.0.0 (CAT-C)
Version(s) corrigée(s): 31.0.0 (TX-C)

Type: Bogue Priorité: Critique
Rapporteur: Claire Durand Attribution: Arnaud Forgues
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Prod
Projets PM: *** RESERVE ***

 Description   
Salut,

sur les opés 15109299 et 15098992 en bo, le nom du titulaire est différent du nom de paiement indiqué sur le cfonb.

pour l'opé 15109299 - Nom du titulaire = Sylviane Dies alors que sur cfong = laurette gueidan (ce nom est en fait le titulaire du compte = user)

http://bo.priceminister.com/wallet_back?action=operationbackview&operationid=15109299

pour l'opé 15098992 - Nom du titulaire = Desprez Maxime alors que sur cfong = WOULZEZ MARIE (ce nom est en fait le titulaire du compte = user)

http://bo.priceminister.com/wallet_back?action=operationbackview&operationid=15098992

Merci
Claire

 Commentaires   
Commentaire de Cedric Favero [ 13/août/08 11:03 ]
Serait bien de résoudre définitivement ce problème avant la migration totale des comptes en platine.
En effet sur les vérification du 10/08, on voit encore ce meme probleme.

ex opération: 15364577
elle fait une demande de reversement au nom de Patezour mais dans le CFONB on reprend le nom Wasko( nom du compte)
=> potenntiellement un risque de refus de la banque si vérification.

Merci.
Commentaire de Cedric Favero [ 13/août/08 11:03 ]
j'ajoute Emeric en observateur
Commentaire de Emeric Teil [ 14/août/08 14:39 ]
Je découvre ce Jira... pour ce type de bug/retours merci de les assigner à Dispatcher(TX). On priorise cela rapidement, car il s'agit vraisemblablement d'un bug, plutôt gênant qui plus est.
Commentaire de Emeric Teil [ 14/août/08 14:40 ]
Soit en TXC soit pour la version dédiée pour la migration (si version patch il y a)
Commentaire de Arnaud Forgues [ 02/oct./08 15:46 ]
A présent, on récupère bien le nom du Titulaire pour la génération des CFONB nationaux (RIB) au lieu d'utiliser les nom et prénom du compte utilisateur



[EXP-4864] Pages pseudo statiques inaccessibles en BO Création: 19/juin/09 16:42  Mise à jour: 24/juin/09 15:18  Résolue: 24/juin/09 15:18

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Ariane Baldinger Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
GBR - Royaume Uni

 Description   
Les pages :
- http://bo.priceminister.co.uk/electronics
- http://bo.priceminister.co.uk/computing-software

sont inaccessibles en BO.

 Commentaires   
Commentaire de Jérémie Bennejean [ 24/juin/09 15:18 ]
C'est corrigé (pb d'autorisation par IP)



[APP-11482] [Dev 3] [bambinOccasion] Mauvaise Ergonomie pour la page "Accueil >Mon Compte > Inscription > Ouverture de compte" Création: 28/juil./06 10:09  Mise à jour: 09/juil./07 10:07  Résolue: 06/juil./07 09:22

Etat: Fermé
Projet: Application PriceMinister
Composants: Aide en ligne
Affecte la/les version(s): 9.0.1a
Version(s) corrigée(s): 15.0.0

Type: Amélioration Priorité: Majeur
Rapporteur: Fabrice Tiercelin Attribution: Swan Desportes
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File Nouvelle_exemple.jpg     JPEG File screenshot-1.jpg     JPEG File screenshot-1.jpg    
Liens des demandes:
Similaire
similaire à APP-11479 [Dev 3] [bambinOccasion] Mauvais lien... Fermé
Site: Integ
Projets PM: *** RESERVE ***
Classif1: COB
Classif2: bambinoccasion

 Description   
- Aller sur bambinOccasion
- Cliquer sur "Porte-Monnaie" dans le bloc "Espace Membres"
- Cliquer sur "Plus d'infos ..."
- Cliquer sur "ici" dans la rubrique "Activer le porte-monnaie"

La page "Ouverture de compte" apparaît dans la pop-up.

Cela entraine deux porblèmes :
- L'ergonomie
- On demande d'ouvrir un compte car la pop-up ne peut pas voir que l'on est déjà loggué

 Commentaires   
Commentaire de Fabrice Tiercelin [ 28/juil./06 10:42 ]
de même pour le porte-monnaie, et là, le lien pop-up est normal.
Commentaire de Fabrice Tiercelin [ 28/juil./06 10:44 ]
On peut même arriver à trois niveaux.
Commentaire de Ariane Baldinger [ 31/juil./06 09:18 ]
déjà corrigé.
Commentaire de Fabrice Tiercelin [ 31/juil./06 10:07 ]
Bon, il se trouve que la page était déjà anormale, donc c'est logique que l'on ne retrouve plus la page (bug parallèle corrigé).

J'ai changé la demande pour que tu ais un exemple qui marche encore.
Commentaire de Edouard Gomez-Vaez [ 31/juil./06 15:12 ]
Est-ce toujours le cas ?
Commentaire de Fabrice Tiercelin [ 31/juil./06 15:22 ]
Oui.

Ariane m'en a parlé. Elle est pas sûre que le param puisse remédier à un problème comme ça. Le problème, pour clarifier les choses, est qu'une fenêtre ouverte par une pop-up s'ouvre sous forme de pop-up et non dans la page principale du site. Il existe néanmoins des pop-up dans l'appli capable de modifier la page principale. Ca veut dire que techniquement c'est possible.

Dans l'immédiat, on peut peut-être supprimer le lien "ici".
- A l'heure actuel, en prod, il est inutile car inutilisable
- le reparamètrage est compliqué voir impossible
Commentaire de Fabrice Tiercelin [ 31/juil./06 15:26 ]
Une troisième solution est de mettre la pop-up appellante sous forme de page, de tel sorte que le lien "ici" rebalance tout simplement vers une autre page.
Commentaire de Ariane Baldinger [ 31/juil./06 15:47 ]
Le problème existe actuellement en prod, sur www et les cobrandings.
Ca concerne l'aide, c'est plutôt Steven qui gère ce domaine.

Peut-être faut-il voir avec lui quand il sera rentré de vacances.
Commentaire de Younès Charrière [ 31/juil./06 17:15 ]
Vu avec EGV. C'est effectivement Steven qui décidera de ce que l'on fait avec cette popup.
Commentaire de Steven Harel [ 01/août/06 11:51 ]
le lien ouvre une nouvelle page

fait en prod et en integ
Commentaire de Younès Charrière [ 01/août/06 15:08 ]
Le lien qui est devenu "vous inscrire" ouvre bien une nouvelle fenêtre.
Cette fenêtre s'ouvre bien en plein écran sur Firefox, par contre, sous IE on a seulement une nouvelle popup qui fait à peu près la taille de celle contenant le lien "vous inscrire" (il faudrait qu'elle prenne toute la taille de l'écran).
Commentaire de Steven Harel [ 01/août/06 15:29 ]
en fait on a une nouvelle page mais de petite taille

il faudrait me donner le code pour que la page qui s'ouvre soit de taille max
Commentaire de Younès Charrière [ 01/août/06 16:11 ]
Il faudrait un dev pour le code de la fenêtre.
Commentaire de Fabrice Tiercelin [ 01/août/06 16:14 ]
Je crois que ceci est déjà fait quelque part sur le site. Il faudrait retrouver où.
Commentaire de Fabrice Tiercelin [ 01/août/06 16:23 ]
- Aller sur "Accueil > Comment vendre" (http://bambinoccasion.pm.lan/help?action=hs)
- Dans la rubrique "Faut-il déclarer ses ventes ?", cliquer sur "Tout savoir sur le compte "Pro" ..."
- Dans la rubrique "Récupération de TVA", cliquer sur "Conditions Générales de Vente ..."

Une page s'affiche dans une taille résonnable (en tout cas chez moi)
Commentaire de Edouard Gomez-Vaez [ 02/août/06 10:15 ]
Marche mal sous Firefox (consiste à mettre un target=_blank) puisque cela peut ouvrir un onglet dans la popup.

Mon problème est que la page en question peut s'ouvrir soit en pleine page, dans le site normal, soit dans une popup, en fonction d'où l'on vient et du coup il est délicat de faire quelque chose de cohérent.

On regarde cela un peu plus tard.
Commentaire de Edouard Gomez-Vaez [ 07/août/06 14:37 ]
En fait le problème et plus un problème de fond sur les pages d'aide qui peuvent s'ouvrir aussi bien en pop-up qu'en pleine page, comme celle-ci en particulier.

A intégrer dans les spec de la refonte de l'aide.
Commentaire de Gaël Caro [ 05/avr./07 15:42 ]
Ce cas précis est résolu mais il reste des cas où, à partir d'une pop-up, on finit par faire un appel à une pleine page sans utiliser ni target=_blank ni un Javascript à base de window.opener.location

Un des pires cas est le suivant (valable sur le www) :
HP
-> Lien "Porte-Monnaie" dans le bloc PriceMember
-> "Une question"
-> "Page suivante" (tout en bas)
-> Tous les liens affichés dans la pop-up font appel à une pleine page
Commentaire de Quentin de Chivré [ 05/juil./07 17:23 ]
A fermer ?
Commentaire de Swan Desportes [ 06/juil./07 09:22 ]
Désormais, on accède plus directement au porte monnaie mais une page d'aide intermédiaire qui permet d'ouvrir la page PMV dans une page complète en blank.
D'autre part, l'ouverture en affichage pop-up de l'inscription/identification fonctionne à nouveau (cf. envoi à un ami depuis FP avec parrainage).
Commentaire de Younès Charrière [ 09/juil./07 10:07 ]
Ce cob n'existe plus.



[IMP-3387] Creation compte FTP avec entrée sortie/mise à jour de stock (écrasement) pour les comptes Gameswop/gameswop_fr/gameswop_es Création: 10/mars/09 15:28  Mise à jour: 30/oct./09 15:52  Résolue: 18/mars/09 09:07

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Jeremy Pallot Attribution: Laurent Payot
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File gameswopplaytradefile10thmarch.txt    
Pays:
ALL - Tous
Login: Gameswop/Gameswop_Fr/Gameswop_Es
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
Bonjour,

Pouvez-vous créer un compte FTP (entrée/sortie:écrasement) avec flux de commandes et mise à jour inventaire centralisé sur 1 FTP pour les trois pays.
Compte Uk: Gameswop
Compte FR: Gameswop_fr
Compte ES: Gameswop_Es

Ci-joint le fichier type du vendeur.
Colonne A: Titre
Colonne B: Ean
Colonne C: Ne pas prendre en compte
Colonne D: Ne pas prendre en compte
Colonne E: Réf interne (envoyer avec la commande, aussi via le FTP)
Colonne F: Ne pas prendre en compte
Colonne G: Ne pas prendre en compte
Colonne H: Prix en £ pour le site UK
Colonne I: Prix en ¿ pour le site FR et ES
Colonne J: Quantité
Colonne K: Commentaire pour le Uk (sinon commentaire en dur voir ci-dessous)
Colonne L: Qualité, mettre Neuf par défaut


Commentaire vendeur sur le Uk colonne K du fichier
Sur la France et l'Espagne les commentaires doivent êtres fixes.
Commentaire fixe sur la France: ATTENTION VERSION ANGLAISE DU JEUX ET DES CONSOLES, Prise electrique UK, envoi rapide et soigné de Grande Bretagne, délai 7 jours.
Commentaire fixe sur l'Espagne: VERSION EN INGLES (UK); envío rápido y protegido desde el Reino Unido, plazo promedio de entrega 7 días hábiles.

Cordialement,

Jérémy


 Commentaires   
Commentaire de Laurent Payot [ 17/mars/09 10:26 ]
Ok je suis dessus.
Commentaire de Laurent Payot [ 17/mars/09 10:57 ]
Jeremy, as-tu le mapping qualité? le partenaire utilise des nombres.
Commentaire de Jeremy Pallot [ 17/mars/09 11:08 ]
Voir corp du Jira, aulité Neuf par défaut sur les 3 sites.

Cordialement,
Commentaire de Laurent Payot [ 17/mars/09 15:17 ]
Jeremy, sais-tu tous la fréquence de génération de l'inventaire ? C'est une grosse opération qui prend beaucoup de ressources et qu'il faut faire le moins possible. Tu peux choisir une des options suivantes :

1 => Lundi
2 => Lundi et Vendredi
3 => Lundi, Mercredi et Vendredi
4 => Lundi, Mercredi , Vendredi et Dimanche
5 => Lundi, Mardi, Mercredi, Jeudi et Vendredi
6 => Tous les jours sauf le dimanche
7 => Tous les jours.
Commentaire de Jeremy Pallot [ 17/mars/09 15:26 ]
Solution 7 tous les jours.
Commentaire de Laurent Payot [ 17/mars/09 16:43 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : gameswop_fr
mot de passe : vLLT6jh
Serveur : ftp.priceminister.com / fr

=====================================================================
Commentaire de Jeremy Pallot [ 17/mars/09 16:45 ]
Merci. Je vais parvenir ces informations au vendeur.
Commentaire de Laurent Payot [ 17/mars/09 16:51 ]
J'ai soumis son fichier pour tester, attend un peu avant de lui dire que ça marche.
Commentaire de Laurent Payot [ 18/mars/09 08:54 ]
Le fichier déposé sur le FTP français à bien été importé sur les 3 sites avec les taux de succès suivants :
75% pour le UK
21% pour la France
3% pour l'Espagne
Les taux très bas pour la France et surtout pour l'Espagne s'expliquent par le fait que le référentiel ne trouve pas l'EAN du jeu. Il y a aussi quelques problèmes de prix maximum dépassés mais c'est anecdotique.
La totalité des 25% qui ne passent pas pour le UK correspondent aussi a des EAN non trouvés par le référentiel.

Avant de fermer le Jira je vais m'assurer que l'inventaire est bien généré.
Commentaire de Laurent Payot [ 18/mars/09 09:07 ]
Je viens de voir avec Eric de l'exploitation et en ce moment il y a un problème de génération d'inventaire qui ne sera pas résolu avant un certain temps. Je ferme le Jira car a priori tout est bien configuré chez nous mais n'hésite pas a nous relancer pour que nous même nous relancions l'exploitation sur ce souci d'inventaire.



[IMP-3378] Creation compte FTP avec entrée sortie/mise à jour de stock (écrasement) pour les comptes merlinmoosik/MerlinM_FR/MerlinM_Es Création: 06/mars/09 15:06  Mise à jour: 30/oct./09 15:52  Résolue: 19/mars/09 17:07

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Jeremy Pallot Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File Merlin Moosik Play com OpenListings 4-3-09.txt    
Pays:
ALL - Tous
Login: merlinmoosik/MerlinM_FR/MerlinM_ES
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)

 Description   
Bonjour,

Pouvez-vous créer un compte FTP (entrée/sortie:écrasement) avec flux de commandes et mise à jour inventaire centralisé sur 1 FTP pour les trois pays.
Compte merlinmoosik: Uk compte MerlinM_FR: FR compte MerlinM_ES: ES

Commentaire sur la France: envoi rapide et soigné de Grande Bretagne, délai 7 jours.
Commentaire sur l'Espagne: envío rápido y protegido desde el Reino Unido, plazo promedio de entrega 7 días hábiles.

Dans le fichier il y a deux prix:
Colonne avec titre "delivered-price-gbp" c'est le prix pour le royaume uni
Colonne avec titre "delivered-price-euro" c'est le prix pour la France et l'Espagne

Cordialement,

Jérémy


 Commentaires   
Commentaire de Daniel Pintamalli [ 19/mars/09 13:54 ]
Type de traitement: Mise à jour/création annonces (écrasement)
Commentaire de Daniel Pintamalli [ 19/mars/09 15:13 ]
19/03/2009 - DAP

=====================================================================
Account FTP seller created...

Pseudo : merlinmoosik
password : efrluhihu6TY8
Server : ftp.priceminister.co.uk

=====================================================================
Commentaire de Daniel Pintamalli [ 19/mars/09 17:07 ]
La configuration international est en place.

Le compte FTP à utiliser est:

Pseudo : merlinmoosik
password : efrluhihu6TY8
Server : ftp.priceminister.co.uk

Répertoires configurés:

stock/overwrite => catalogue entier
stock/add => fichiers delta
stock/delete => fichiers avec les annonces à supprimer définitivement => quantité=* par défaut.

Tous les profil utilisent le même format.



[IMP-4497]  [FR] Creation compte FTP avec entrée sortie/mise à jour de stock (écrasement) et flux de commandes pour les compte: zenostorefr Création: 29/oct./09 14:53  Mise à jour: 02/déc./09 15:41  Résolue: 02/déc./09 15:41

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Jeremy Pallot Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel zenostore.xlsx    
Pays:
FRA - France
Login: ZenostoreFR
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces (écrasement), Mise à jour/création annonces, Suppression annonces

 Description   
Bonjour,

Pouvez-vous créer un compte FTP en anglais, avec écrasement et flux de commandes.
Pseudo FR: ZenostoreFR

Email vendeur si problèmes: sales@zenostore.com Contact: Tom parling

 Commentaires   
Commentaire de Fotigui Tangara [ 25/nov./09 17:28 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : zenostorefr
mot de passe : grukjZY31
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui

=====================================================================
Commentaire de Fotigui Tangara [ 02/déc./09 15:29 ]
Le fichier de 23 lignes passe à 70% de réussite.
 ==> 7 lignes ne passent pas à cause de l'absence en base Price des références EAN et (référence fabricant + fabricant).

Demande traitée.



[APP-23761] Les comptes Lucieaiko et IDEO-Occases rencontrent des problèmes d'affichage d'images sur les annonces. Création: 19/déc./08 13:57  Mise à jour: 04/févr./09 15:33  Résolue: 09/janv./09 10:17

Etat: Fermé
Projet: Application PriceMinister
Composants: Annonces
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 40.0.0 (CAT-G)

Type: Bogue Priorité: Majeur
Rapporteur: Fotigui Tangara Attribution: Mostafa Diane
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft PowerPoint Transfert d_image Base _ Complément.ppt    
Liens des demandes:
Duplicate
a pour doublon IMP-2873 Pseudo ideo-occases (9572550) : Créat... Résolu
Pays:
FRA - France
Projets PM: *** RESERVE ***

 Description   
Les comptes Lucieaiko et IDEO-Occases rencontrent des problèmes d'affichage d'images sur les annonces.

en BO les images s'affichent normalement
Exemple : http://bo.priceminister.jmh/inventory?excludeauto=true&select=0

Mais une fois que l'on clique sur l'annonce, l'image n'est plus là !
Exemple : http://bo.priceminister.jmh/offer/buy/74551882/Amethyste-Hygiene-et-Sante.html

Pouvez-vous nous venir au secours ?

Merci.

 Commentaires   
Commentaire de Edouard Gomez-Vaez [ 22/déc./08 09:46 ]
Cela vient d'un paramétrage qui ne correspond pas à ce qu'attend l'application.

Nous proposons de rendre l'import d'image plus intelligent, afin qu'il comprenne qu'il y a quand même une photo sur le produit de base même si on n'en met que sur les compléments.
Commentaire de Isabelle Weisbecker [ 23/déc./08 15:52 ]
oui ça serait bien d'avoir une application intelligente ;-))) ceci dit, en attendant il n'y a toujours pas de photo sur les fiches produits. ça sera pour quand que je tienne mon pro informé ?
exemple :
http://bo.priceminister.com/offer/buy/74551878/Acupoint-Hygiene-et-Sante.html
Commentaire de Stéphanie Vignali [ 23/déc./08 16:14 ]
Pour rebondir sur le commentaire d'Isabelle, on aimerait tous que tout soit mieux conçus mais là ce qui nous intéresse c'est quand çà sera réparé.

Pour nos vendeurs cela signifie aucune vente. On ne vend pas sans photos, surtout dans nos catégories.
Commentaire de Edouard Gomez-Vaez [ 24/déc./08 10:31 ]
On va essayer de blinder l'application pour février. D'ici là, Fotigui essaye de tuner un peu les formats pour rentrer dans le modèle suivant la règle suivante :

Si vêtement, linge de maison, chaussure et décoration (*) : mettre l'image sur le complément ; sinon (cosmétique...) : mettre l'image sur le produit de base.

(*) concerne en fait tous les types "avec attribut de distinction visuelle", colonne "Nom attribut Distinctif" dans la conf produit, c'est à dire présentant des fiches produits regroupée par couleur.

C'est ce "si... sinon" que nous aimerions intégrer directement dans l'import.
Commentaire de Mostafa Diane [ 29/déc./08 15:38 ]
Je trouve que l'application n'est pas si mal que ça !! Si on ne configure pas les images sur les compléments on ne les aura pas, pas bêtes en tout cas. On avait blinder l'application pour bloquer les images sur les fiches de bases via les imports car ça posait des soucis après.

Je ne sais pas si on ne risque pas de tout casser si on commence a traiter des fautes de paramétrage !!!!,
Je me pose la question suivante: si on configure une image sur la fiche de base avec plusieurs compléments sur quels compléments doit-on ajouter celle-ci, quelle fratrie !!!.

Je pense qu'il faut réfléchir avant de changer cela, on risque de coller n'importe quoi sur les fiches compléments!!!

Commentaire de Stéphanie Vignali [ 29/déc./08 16:05 ]
Je n'ai absoluement rien compris au dernier commentaire mais c'est sans doute normal.

Nous tout ce qu'on veux c'est que ce soit réparé au plus vite donc si on pouvait réflechir vite sur ce problème çà serait super.
Commentaire de Mostafa Diane [ 29/déc./08 16:37 ]
En plus simple pour que nos amis les commerciaux comprennent:
Imaginons le cas d'une fiche produit vetements (Avec plusieurs couleur rouge noir et vert) et ou les params configure l'image rouge sur la fiche de base, l'application "intelligente" ne doit pas coller l'image rouge sur les trois fiches compléments.
on est entrain de réfléchir à d'autres solutions.
Commentaire de Stéphanie Vignali [ 29/déc./08 16:52 ]
Merci c'était très clair cette fois-ci !
Commentaire de Mostafa Diane [ 09/janv./09 10:17 ]
On a mis en place une switch des images entre la les fiches de base et compléments qui rend l'import des images transparent pour l'équipe paramétrage.



[IMP-3323] Creation compte FTP avec entrée sortie/mise à jour de stock (écrasement) pour le compte Andysrecords/disquesandys/andydiscos Création: 27/févr./09 11:24  Mise à jour: 30/oct./09 15:52  Résolue: 02/mars/09 18:02

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Jeremy Pallot Attribution: Laurent Payot
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File EXPORT.TXT    
Liens des demandes:
Similaire
similaire à IMP-3998 FTP AndysRecords Uk -mettre un seul ... Résolu
Pays:
ALL - Tous, GBR - Royaume Uni, FRA - France, ESP - Espagne
Login: Andysrecords/disquesandys/andydiscos
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
Bonjour,

Pouvez-vous créer un compte FTP (entrée/sortie:écrasement) avec flux de commandes et mise à jour inventaire centralisé sur 1 FTP pour les trois pays.
Ci-joint le fichier type du vendeur.
Ajouter sur le UK (compte Andysrecords) £ 1.30 par article pour les frais de port.
Convertir les prix avec le taux suivant £ 1.00 = 1.20 ¿ pour le site Fr (compte disquesandys) et Espagne (compte andydiscos), ne pas ajouter de frais de port sur le FR et ES

Cordialement,

Jérémy

 Commentaires   
Commentaire de Jeremy Pallot [ 27/févr./09 11:29 ]
Produits neufs par défaut.
Commentaire annonce fixe en France:
"Spécialiste du disque, envoi rapide et soigné du Royaume-Uni. "
Commentaire annonce fixe en Espagne:
"Especialistas en la venta de discos; envío rápido y protegido desde el Reino Unido. "
Commentaire de Laurent Payot [ 02/mars/09 10:12 ]
Bonjour Jérémy,

Avant toute mise en ligne je voudrais juste avoir confirmation de ta part que les prix dans le fichier du partenaire sont bien en Pounds et pas en Euros.

Cordialement,
Laurent
Commentaire de Laurent Payot [ 02/mars/09 18:02 ]
C'est fait, le partenaire devra utiliser le compte FTP (uk) suivant :
=====================================================================
Account FTP seller created...

Pseudo : andysrecords
password : y88D225
Server : ftp.priceminister.co.uk / uk

=====================================================================

La modif ne sera effective que demain matin.



[IMP-5657] Création compte ftp +entrees+sorties compte SNaylerBooks Création: 25/mars/10 16:16  Mise à jour: 29/mars/10 15:12  Résolue: 29/mars/10 15:12

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Anne Korchia Attribution: Laurent Payot
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à IMP-5485 creation p+f+maj ecrasement+analyser ... Résolu
Pays:
GBR - Royaume Uni
Login: SNaylerBooks
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
Création compte ftp +entrees+sorties compte SNaylerBooks

 Commentaires   
Commentaire de Anne Korchia [ 25/mars/10 16:21 ]
peut on également ajouter £2.75 à tous ses prix pour que cela couvre les frais d'expédition
merci
Commentaire de Laurent Payot [ 29/mars/10 13:36 ]
Faut-il implémenter la gestion des flux de commandes?
Commentaire de Laurent Payot [ 29/mars/10 15:12 ]
=====================================================================
Account FTP seller created...

Pseudo : snaylerbooks
password : Ku29kQp
Server : ftp.priceminister.co.uk
Country : uk
Flow purchase : no

=====================================================================

Le fichier du jira IMP-5485, soumis par FTP en écrasement, est passé à 45% comme précedement. L'ajout simple et les sorties annonces ont été aussi implémentées.
Je n'ai pas implémenté les flux de commandes, merci de créer un nouveau Jira si besoin.



[APP-9852] Test Nouvelle Charte < Inexistance de "ma boutique"> après avoir créer sa 1ère annonce<compte créé depuis plus de 6 mois<compte>isa637 Création: 29/mai/06 14:54  Mise à jour: 25/juin/07 18:39  Résolue: 29/mai/06 16:54

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 9.0.0
Version(s) corrigée(s): 9.0.0

Type: Bogue Priorité: Majeur
Rapporteur: Isabelle Weisbecker Attribution: Validator
Résolution: Invalid  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg     JPEG File screenshot-1.jpg     JPEG File screenshot-2.jpg    
Site: Integ

 Description   
Inexistance de ma boutique> après avoir créer sa 1ère annonce<compte créé depuis plus de 6 mois<compte>isa637
Je viens de créer une annonce alors que mon inventaire était vide titre de l'article "Test". J'ai également créer une seconde annonce en utilisant une fiche produit déjà validée "Gilet Diesel" et toujours rien. Voir les copies d'écran.
Je pense que cela va gêner les utilisateurs actuels et les nouveaux car on reste bloqué dans l'inventaire et on ne voit pas le résultat de la mise en ligne.
Voir les copies d'écran.

 Commentaires   
Commentaire de Isabelle Weisbecker [ 29/mai/06 14:58 ]
2 copies d'écran screenshot-1 et screenshot-2.
Rien n'indique ma boutique ?
Commentaire de Isabelle Weisbecker [ 29/mai/06 15:02 ]
Je teste sous : http://bo.pm.lan
Commentaire de Christophe Garcia [ 29/mai/06 16:54 ]
Ton compte est à l'état "Caché".
Commentaire de Younès Charrière [ 30/mai/06 17:20 ]
Maintenant que le compte est visible, la boutique est accessible.



[EXP-160] Installation des OUTILS BO pour l'équipe décisio Création: 22/août/05 16:27  Mise à jour: 25/juin/07 18:54  Résolue: 20/sept./05 11:56

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Sébastien Tournay Attribution: Edouard Laurent
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
A installer sur PERIGNON

* Oracle 10g
* Export de la base d'INTEG
* Faire fonctioner OWB
* Installation des différents outils de BO avec François



[APP-6149] BO User : Ajout du code d'activation et de la date de naissance Création: 02/nov./05 09:44  Mise à jour: 25/juin/07 18:32  Résolue: 03/nov./05 09:18

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 8.0.7c

Type: Bogue Priorité: Majeur
Rapporteur: Renaud Dierickx Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Ajout du code d'activation et de la date de naissance sur l'écran compte du BO

 Commentaires   
Commentaire de Renaud Dierickx [ 03/nov./05 09:18 ]
Suite à une demande de Steven, j'ai remis en page cet écran :
1 - mettre la check box de offres partenaires à la ligne
2 - changer parrainage en parrainage/anniversaire et
3 - sous parrain/filleuls, ajouter une ligne "date de naissance" sur gris foncé suivi de la date de naissance sur gris clair



[IMP-3389] Creation compte FTP avec entrée sortie/mise à jour de stock (écrasement) pour les comptes uksaver/essaver/frsaver Création: 10/mars/09 18:09  Mise à jour: 30/oct./09 15:52  Résolue: 23/mars/09 17:30

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Jeremy Pallot Attribution: Laurent Payot
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File test.txt    
Pays:
ALL - Tous
Login: uksaver/frsaver/essaver
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
Bonjour,

Pouvez-vous créer un compte FTP (entrée/sortie:écrasement) avec flux de commandes et mise à jour inventaire centralisé sur 1 FTP pour les trois pays.
Antention prix colonne I, prix pour la France (frsaver) et l'Espagne (essaver)
Pirx colonne H pour le Uk (uksaver)
Ci-joint le fichier type du vendeur.

Cordialement,

Jérémy



 Commentaires   
Commentaire de Laurent Payot [ 23/mars/09 11:14 ]
Frédéric m'a affecté le Jira car Daniel est absent. Je m'en occupe en priorité.
Commentaire de Laurent Payot [ 23/mars/09 11:33 ]
Au fait, en testant quelques produits du partenaire je vois que ce sont des livres. Tu me confirmes que ce sont uniquement des livres et qu'il n'y a pas de multiproduit?
Commentaire de Jeremy Pallot [ 23/mars/09 11:34 ]
Oui il devrait n'y avoir que des livres.
Commentaire de Laurent Payot [ 23/mars/09 16:19 ]
C'est fait, je suis en train de soumettre le petit fichier de test pour voir avant de clore le jira

L'inventaire sera généré tous les jours. Tu leur propose ça à chaque fois ? Si oui essaye d'éviter car la génération d'inventaire consomme beaucoup de ressources.

=====================================================================
Compte FTP vendeur créé...

Pseudo : frsaver
mot de passe : C5plr3l
Serveur : ftp.priceminister.com / fr

=====================================================================
Commentaire de Laurent Payot [ 23/mars/09 17:30 ]
Ok le petit fichier de test à été importé avec les taux de succès suivants :
UK 81%
FR 76%
ES 57%
Toujours des problèmes de références non trouvées (avec également parfois des prix trop bas en FR et ES)



[APP-18245] [BO] Uniformiser les entêtes du type "n° panier/article" des écrans de recherche BO Création: 16/oct./07 09:20  Mise à jour: 11/avr./08 16:25  Résolue: 06/févr./08 10:29

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 17.0.0
Version(s) corrigée(s): 20.0.0

Type: Tâche Priorité: Cosmétique
Rapporteur: Renaud Dierickx Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Prod
Projets PM archivés: Maintenance 20.x.x

 Description   
Sur les écrans de recherche BO, on ne met pas toujours la même entêtes :
- n° panier/article
- n°
- n° Panier - article
- ...

J'ouvre ce jira pour uniformiser tout ça. Ca n'a rien d'urgent : c'est purement corsmétique BO.

 Commentaires   
Commentaire de Renaud Dierickx [ 06/févr./08 10:29 ]
C'est fait :
Checking in src/com/babelstore/contract/back/ContractSearch.jsp;
/home/cvs/dev/source/src/com/babelstore/contract/back/ContractSearch.jsp,v <-- ContractSearch.jsp
new revision: 1.9; previous revision: 1.8
done
Checking in src/com/babelstore/purchase/back/ClaimSearch.jsp;
/home/cvs/dev/source/src/com/babelstore/purchase/back/ClaimSearch.jsp,v <-- ClaimSearch.jsp
new revision: 1.23; previous revision: 1.22
done
Checking in src/com/babelstore/purchase/back/ItemSearch.jsp;
/home/cvs/dev/source/src/com/babelstore/purchase/back/ItemSearch.jsp,v <-- ItemSearch.jsp
new revision: 1.74; previous revision: 1.73
done
Checking in src/com/babelstore/warranty/back/WarrantySearch.jsp;
/home/cvs/dev/source/src/com/babelstore/warranty/back/WarrantySearch.jsp,v <-- WarrantySearch.jsp
new revision: 1.4; previous revision: 1.3
done



[APP-9987] TEST - Boutique vendeur : impossibilité d'accès à la boutique vendeur depuis el compte vendeur Création: 30/mai/06 10:27  Mise à jour: 25/juin/07 18:39  Résolue: 30/mai/06 13:03

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 9.0.0
Version(s) corrigée(s): 9.0.0

Type: Bogue Priorité: Critique
Rapporteur: Stéphanie Vignali Attribution: Validator
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
J'ai mis un article de sport en vente dans le compte que je viens de créer. J'ai validé la fiche en BO.

Je peux accéder sans problème à mon inventaire, mettre mon article en vitrine.

Problème : je n'ai aucun accès à la boutique ou à la vitrine du vendeur depuis le compte vendeur.

Il manque le lien "Voir ma boutique" dans le bloc "Mon inventaire".

http://www.pm.lan/inventory?select=0&update=false
pseudo : nenette79sv

 Commentaires   
Commentaire de Stéphanie Vignali [ 30/mai/06 10:29 ]
Lorsque je fais une recherche par nom de boutique je ne la trouve pas dans le moteur de recherche.
Commentaire de Stéphanie Vignali [ 30/mai/06 10:31 ]
OK j'ai mis mon compte en 2 et on voit effectivemment le lien "Voir ma boutique".

Ce qui est bizarre c'est qu'avant on voyait quand même ce lien m^me si el compte était en 0 caché.

C'est perturbant car on a vraiment l'impression d'un bug.
Commentaire de Lydia Dali [ 30/mai/06 13:03 ]
C'est le comportement voulu.



[IMP-3357] Creation compte FTP avec entrée sortie/mise à jour de stock (écrasement) pour les comptes intere/interefr/interes Création: 04/mars/09 13:59  Mise à jour: 30/oct./09 15:52  Résolue: 12/mars/09 10:14

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Jeremy Pallot Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File MyAmazonInventory2.txt    
Pays:
ALL - Tous, GBR - Royaume Uni, FRA - France, ESP - Espagne
Login: intere/interefr/interees
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
Bonjour,

Pouvez-vous créer un compte FTP (entrée/sortie:écrasement) avec flux de commandes et mise à jour inventaire centralisé sur 1 FTP pour les trois pays.
Compte intere: Uk compte interefr: FR compte interees: ES
Ci-joint le fichier type du vendeur.
Condition 11 = neuf
Pour les comptes interefr et interees multiplier le prix par 1.16
Mapping pour ajout des frais de port aà ajouter aus produits sur le UK (compte intere)
Jeux ajouter 1.99 £
Accessoires ajouter 2.99 £
Consoles ajouter 12.00 £

Commentaire vendeur fixe sur le UK: New boxed sent first class signed
Commentaire sur la France: ATTENTION VERSION ANGLAISE DU JEUX ET DES CONSOLES, Prise electrique UK, envoi rapide et soigné de Grande Bretagne, délai 7 jours.
Commentaire sur l'Espagne: VERSION EN INGLES (UK); envío rápido y protegido desde el Reino Unido, plazo promedio de entrega 7 días hábiles.

Cordialement,

Jérémy


 Commentaires   
Commentaire de Daniel Pintamalli [ 11/mars/09 12:02 ]
1) Il me faudrait le mapping de la colonne 'product-id-type' afin de savoir si c'est un jeux /acc. ou console.
2) Si la colonne 'add-delete' est vide, dois-je importer la ligne?




Commentaire de Daniel Pintamalli [ 11/mars/09 14:28 ]
11/03/2009 - DAP

=====================================================================
Compte FTP vendeur créé...

Pseudo : interefr
mot de passe : oihjiojT5g
Serveur : ftp.priceminister.com

=====================================================================
Commentaire de Jeremy Pallot [ 11/mars/09 18:10 ]
Bonjour Daniel,

1) Ajouter à la fin du fichier une colonne "category" avec le mapping suivant:
1 = jeux
2 = accessoires
3 = consoles
2) Ne pas prendre en compte c'est une method ed'amazon pour ne traîter que les lignes avec un "y"
Commentaire de Daniel Pintamalli [ 12/mars/09 10:14 ]
La configuration est un place.



[APP-16918] Affichage BO Produit - Pas de titre affiché sur les FP Complément en BO Création: 05/juil./07 09:45  Mise à jour: 06/juil./07 10:23  Résolue: 06/juil./07 10:23

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 15.0.0
Version(s) corrigée(s): 15.0.0

Type: Bogue Priorité: Majeur
Rapporteur: Marion Anfreville Attribution: Validator
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Liens des demandes:
Duplicate
doublon de APP-16910 Produits Compléments sans titre dans ... Fermé
Pays:
FRA - France
Site: Integ
Projets PM archivés: Maintenance 15.x.x

 Description   
Dans la recherche produit BO, dans la liste des produits compléments affichées, les produits n'ont pas de titre affiché.

Ex : product id 53559633

 Commentaires   
Commentaire de Espérance Galouo-Lece [ 05/juil./07 09:54 ]
Ce bug est fermé car doublon de APP-16910



[APP-27354] [FP BO] Refactoring de la gestion des combo d'attributs dans la FP en BO Création: 20/nov./09 17:22  Mise à jour: 31/déc./09 09:22

Etat: Ouvert
Projet: Application PriceMinister
Composants: Back-Office, Produits
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Mineur
Rapporteur: Caroline Schinzel Attribution: Dispatcher (Pôle VEN)
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft PowerPoint APP27354 - gestion des combos FP BO.pptx     Microsoft PowerPoint APP27354 - gestion des combos FP BO.pptx    
Pays:
FRA - France
Projets PM: *** CHASSE ***
Classif FONC: modèle attribut

 Description   
La gestion du remplissage des 3 combos suivantes de la Fiche Produit BO est à revoir :
- Attribut de navigation
- Attribut de classification
- Attribut fabricant

 Commentaires   
Commentaire de Caroline Schinzel [ 20/nov./09 17:31 ]
Normalement, la seule différence entre la gestion de ces 3 combos vient du fait que pour l'attribut fabricant on passe par un cache pour récupérer les valeurs. Pour les 2 autres, on passe directement par la base de données.

En pièce jointe, un document power point résumet via des diagrammes d'états ce qui est fait actuellement pour chaque cas et comment on voudrait le faire maintenant.

(Cette gestion se fait dans la classe ProductViewModel)
Commentaire de Caroline Schinzel [ 23/nov./09 10:41 ]
voir le 2ème fichier joint, un peu plus précis
(mais je n'ai pasa trouvé comment mettre à jour le premier ou le supprimer, alors..)
Commentaire de Caroline Schinzel [ 23/nov./09 10:43 ]
2ème fichier, qui en fait apparaît en "1." dans l'encadré ci-dessus :)



[APP-22031] Pas de mail si on modère via le BO Création: 05/sept./08 12:26  Mise à jour: 08/sept./08 10:53  Résolue: 05/sept./08 15:41

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 28.0.0 (CTN-F)
Version(s) corrigée(s): 28.0.0 (CTN-F)

Type: Bogue Priorité: Critique
Rapporteur: Christophe Garcia Attribution: Clement Balay
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
Site: Integ
Projets PM archivés: Annonces Vidéo (Lot 3)

 Description   
Ajouter une vidéo
La supprimer via le BO Price ==> Pas de mail envoyé !

 Commentaires   
Commentaire de Clement Balay [ 05/sept./08 15:39 ]
Commits:

cvs ci src/com/babelstore/stock/service/ClientServiceBean.java src/com/babelstore/stock/service/MediaService.java src/com/babelstore/stock/service/MediaServiceBean.java src/com/babelstore/tracking/business/TrackingCatalogBean.java src/com/babelstore/tracking/front/TrackingFormat.java src/com/babelstore/video/back/VideoViewDoAction.java src/com/babelstore/video/front/VideoDeleteDoAction.java
Checking in src/com/babelstore/stock/service/ClientServiceBean.java;
/home/cvs/dev/source/src/com/babelstore/stock/service/ClientServiceBean.java,v <-- ClientServiceBean.java
new revision: 1.33; previous revision: 1.32
done
Checking in src/com/babelstore/stock/service/MediaService.java;
/home/cvs/dev/source/src/com/babelstore/stock/service/MediaService.java,v <-- MediaService.java
new revision: 1.5; previous revision: 1.4
done
Checking in src/com/babelstore/stock/service/MediaServiceBean.java;
/home/cvs/dev/source/src/com/babelstore/stock/service/MediaServiceBean.java,v <-- MediaServiceBean.java
new revision: 1.5; previous revision: 1.4
done
Checking in src/com/babelstore/tracking/business/TrackingCatalogBean.java;
/home/cvs/dev/source/src/com/babelstore/tracking/business/TrackingCatalogBean.java,v <-- TrackingCatalogBean.java
new revision: 1.8; previous revision: 1.7
done
Checking in src/com/babelstore/tracking/front/TrackingFormat.java;
/home/cvs/dev/source/src/com/babelstore/tracking/front/TrackingFormat.java,v <-- TrackingFormat.java
new revision: 1.7; previous revision: 1.6
done
Checking in src/com/babelstore/video/back/VideoViewDoAction.java;
/home/cvs/dev/source/src/com/babelstore/video/back/VideoViewDoAction.java,v <-- VideoViewDoAction.java
new revision: 1.4; previous revision: 1.3
done
Checking in src/com/babelstore/video/front/VideoDeleteDoAction.java;
/home/cvs/dev/source/src/com/babelstore/video/front/VideoDeleteDoAction.java,v <-- VideoDeleteDoAction.java
new revision: 1.4; previous revision: 1.3
done



[APP-1934] manque recherche article memorabilia en BO Création: 12/févr./04 18:00  Mise à jour: 25/juin/07 18:24  Résolue: 25/juin/07 18:24

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.1.6val
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Emmanuelle Lachamp Attribution: Validator
Résolution: Incomplet  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Vous avez oublié de rajouter en critere de recherche ce nouveau support en BO
emma

 Commentaires   
Commentaire de Quentin de Chivré [ 13/févr./04 10:57 ]
Moi je le vois ce critère....
Commentaire de Validator [ 13/févr./04 11:10 ]
testé en prod et non en intégration



[APP-2744] BO/ "catégoriere : recherche" : problème sur un paramètre Création: 09/sept./04 10:47  Mise à jour: 25/juin/07 18:25  Résolue: 25/juin/07 18:25

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.5
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Judd OSullivan Attribution: Arnaud Forgues
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
bo/recherche de catégorie:

pour paramètre mets : critère catégorie

le resultat est "type non défini"

 Commentaires   
Commentaire de Validator [ 09/sept./04 11:10 ]
En fait, sur la page "categorie : recherche", lorsque l'on sélectionne le
paramètre "Critère : catégorie", la page se recharge en mettant une erreur :
"Type non défini".
Commentaire de Arnaud Forgues [ 28/oct./04 12:13 ]
Tout le mécanisme de paramètre de catégorie a été repris par Judd lors du
dernier déploiement. Le bug n'est donc plus d'actualité



[APP-13171] mail de souhait satisfait : les liens sont ceux du BO Création: 16/oct./06 17:41  Mise à jour: 25/juin/07 18:46  Résolue: 17/oct./06 09:53

Etat: Fermé
Projet: Application PriceMinister
Composants: Mails, Souhaits
Affecte la/les version(s): 10.0.0 (ESP)
Version(s) corrigée(s): 10.0.0 (ESP)

Type: Bogue Priorité: Majeur
Rapporteur: Fréderic Tiberghien Attribution: Arnaud Forgues
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Liens des demandes:
Duplicate
doublon de APP-12397 le mail de confirmation d'inscription... Fermé
Pays:
ESP - Espagne
Site: Integ
Navigateur: Internet Explorer 7.X

 Description   
le lien dans le message est :
http://bo.es.integ/offer/buy/19858612/WS030?t=30

et la signature :

http://bo.es.integ?t=30



[IMP-3756] [UK] [FR] [ES] Creation compte FTP avec entrée sortie/mise à jour de stock (écrasement) pour les comptes office-etc3/office-etc2/grooves-es Création: 05/juin/09 12:19  Mise à jour: 30/oct./09 15:52  Résolue: 16/juin/09 10:43

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Jeremy Pallot Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File OfficeEtc.txt    
Liens des demandes:
Similaire
similaire à IMP-4135 SUPPORT - office-etc3 : mauvais sépar... Résolu
similaire à IMP-4024 [FR] [ES] Modification et création de... Résolu
Pays:
ALL - Tous
Login: office-etc3/office-etc2/grooves-es
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces (écrasement), Suppression annonces

 Description   
Bonjour,

Pouvez-vous créer un compte FTP (entrée/sortie.écrasement) avec flux de commandes et mise à jour inventaire (mise à jour/création annonces) centralisé sur 1 FTP pour les trois pays.
Pseudos:
office-etc3 : Grande Bretagne
grooves-fr: France
office-etc2 : Espagne

Le FTP peut-il être en langue anglaise (add/delete/overwriting)

Colonnes:

E: Fabriquant
G: Manufacturing part Number (réf à prendre en compte)
AV: Prix en £ pour le site Uk
AW: Prix en ¿ pour le site ES et FR
BC: Quantité mettre 30 par défaut

Commenataires annonce par défaut:
UK: Dispatched from United Kingdom. International delivery available.
France: Envoi du Royaume-Uni, envoi rapide et soigné.
Espagne:Articulo original, nuevo y garantizado.

Cordialement,

Jérémy


 Commentaires   
Commentaire de Jeremy Pallot [ 15/juin/09 12:00 ]
Il ne s'agit pas des Pseudos office-etc3/office-etc2/grooves-es mais des pseudos office-etc3/office-etc2/office-etc
Commentaire de Daniel Pintamalli [ 15/juin/09 16:56 ]
Fichier inexploitable => les codes-barres ont été arrondis par Excel.
Commentaire de Daniel Pintamalli [ 15/juin/09 16:59 ]
ne pas prendre en compte le dernier commentaire: G: Manufacturing part Number (réf à prendre en compte)
Commentaire de Daniel Pintamalli [ 15/juin/09 17:24 ]
Certains prix en euros sont négatifs: -0.74 / -0.35 /-0.35 (lignes 7, 8, 9).
Commentaire de Jeremy Pallot [ 15/juin/09 17:27 ]
Ne pas prendre en compte il doit s'agir d'une erreur dans le fichier
Commentaire de Daniel Pintamalli [ 15/juin/09 17:29 ]
=====================================================================
Account FTP seller created...

Pseudo : office-etc3
password : dezughigy6tY
Server : ftp.priceminister.co.uk
Country : uk
Flow purchase : yes

=====================================================================
Commentaire de Daniel Pintamalli [ 16/juin/09 10:43 ]
La configuration est en place. Le répertoires à utiliser sont: add, delete et overwriting.



[IMP-3074] Creation compte FTP avec entrée sortie/mise à jour de stock (écrasement) pour le compte cbooksfr Création: 09/janv./09 15:02  Mise à jour: 30/oct./09 15:52  Résolue: 14/janv./09 15:04

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Jeremy Pallot Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File Cbooks fichier stock.txt     Microsoft Excel Qualité Vendeur Cbooks.xls    
Pays:
FRA - France
Login: cbooksfr
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
Bonjour,

Pouvez-vous créer un compte FTP pour le partenaire c-booksfr:

Le mapping de l'état de ses produits est le suivant:
1 Comme Neuf
2 Très bon état
3 Bon état
4 Etat correct
5 Collection, comme neuf
6 Collection, Très bon état
7 Collection, Bon état
9 Comme Neuf
10 Etat correct
11 Neuf
12 Etat correct
13 Etat correct

Le compte à besoin d'unprofil entrée /sortie, et écrasement.

Les colonnes sont les suivantes:
Colonne 1: Ref interne
Colonne2: isbn
Colonne 3: Qualité,
Colonne 4: prix en £ (il va avoir un seul FTP pour le France et le UK)
Colonne 5: P'rix en ¿
Colonne 6: Commentaire annonce

Merci,

Jeremy


 Commentaires   
Commentaire de Jeremy Pallot [ 09/janv./09 15:17 ]
La quantité est de 1 par défaut car les livres sont d'occasion.
Commentaire de Fotigui Tangara [ 14/janv./09 13:54 ]
Demande en cours de traitement...
Commentaire de Fotigui Tangara [ 14/janv./09 14:09 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : cbooksfr
mot de passe : liodRF739
Serveur : ftp.priceminister.com / fr

=====================================================================
Commentaire de Fotigui Tangara [ 14/janv./09 14:21 ]
Faut-il mettre en place la gestion des flux de commandes ?
Commentaire de Jeremy Pallot [ 14/janv./09 14:24 ]
Bonjour,
Oui il faudrait mettre en place la gestion des flux de commandes.

Merci
Commentaire de Fotigui Tangara [ 14/janv./09 14:50 ]
OK
Commentaire de Fotigui Tangara [ 14/janv./09 15:01 ]
Le premier passage du fichier a connu seulement un taux de réussite de 29%.

Les raisons de ce taux très bas sont :

 - Pour 34303 lignes, les fiches produits n'existent pas, ce qui sous entend une non richesse de notre référentiel "LIVRE" (Site Fr)
 - Pour 914 lignes, nous avons en interne un problème de doublons dans la base, ce problème sera souligné au CAT
 - Pour 45 lignes, les prix sont trop élevés par rapport au prix d'origine renseigné sur la fiche produit de base
 - Pour 4 lignes, nous la loi Lang a posé son droit de veto !!!!
 - Pour 3 lignes, nous ne savons pas en quoi correspond le chiffre 8 par rapport à la qualité (de 1 à 13 excepté 8, nous avons la correspondance).

Commentaire de Fotigui Tangara [ 14/janv./09 15:02 ]
Demande traitée...



[APP-21553] Création d'un compte > compte testISW sur le site de test > cf copie d'écran > impossible d'activer la boutique Création: 30/juil./08 17:04  Mise à jour: 30/juil./08 19:12  Résolue: 30/juil./08 17:40

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Bloquant
Rapporteur: Isabelle Weisbecker Attribution: Emeric Teil
Résolution: Invalid  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
FRA - France
Site: Integ
Projets PM: *** A PLANIFIER ***
Navigateur: Internet Explorer 6.X

 Description   
J'ai testé la création d'un compte par la mise en vente direct d'un article.
Donc j'ai cliqué sur l'onglet "vendre" et ainsi de suite. J'ai reçu les 2 mails mot depass/login séparés puis 5 longues minutes après un mail pour activer ma boutique. Je clique, et voir la copie d'écran, j'ai beau appuyer sur valider ça bloque.

 Commentaires   
Commentaire de Steven Harel [ 30/juil./08 17:22 ]
a priori tu cliques sur un mail de testisw pour activer le compte testisw2
ce ne sont pas les mêmes comptes donc pas le même code donc c'est normal

à confirmer par émeric
Commentaire de Emeric Teil [ 30/juil./08 17:40 ]
Effectivement, le code que tu utilise ici "aa25f " est celui de "testisw". Si tu souhaites ouvrir la Boutique de "testisw2" utilise "7590a".

Commentaire de Isabelle Weisbecker [ 30/juil./08 18:15 ]
voici l'email que j'ai reçu :


Bonjour testISW,

Afin que vos annonces soient mises en ligne, il ne vous reste plus qu'à ouvrir votre Boutique. Pour cela, il vous suffit de cliquer sur le lien ci-dessous, puis de renseigner les informations liées à la gestion de vos ventes :

http://www.pm.lan/activate?a=aa25f&id=16252892

Dans le cas où ce lien ne fonctionnerait pas, allez dans la rubrique "Ouvrir ma Boutique" de votre compte et saisissez directement le code d'ouverture suivant: aa25f

Cette procédure nous permet de vérifier que vous recevez bien nos e-mails et que vous serez donc bien prévenu(e) lors de vos futures ventes.

Ce message reprend des informations importantes concernant les ventes que vous allez faire sur PriceMinister. Vous pouvez le conserver à titre de référence ou retrouver ces informations directement sur le site :
http://www.pm.lan/help?action=hs


SOMMAIRE

1. Rappel sommaire du déroulement d'une vente 2. Règles de paiement 3. Ventes non déclarées reçues 4. Frais de port 5. En cas de problème ou de réclamation de l'acheteur 6. Cas particulier de l'automobile 7. Gestion/modification de vos annonces 8. Vous partez en vacances ?


1. Rappel sommaire du déroulement d'une vente :

Lorsqu'un acheteur passe commande d'un de vos articles, il paie directement PriceMinister. Vous êtes alors immédiatement averti(e) de la vente par e-mail.
Vous n'avez plus qu'à confirmer sur le site la disponibilité des articles commandés et à les envoyer à l'adresse indiquée.
L'acheteur note la réception des articles, qui vous seront alors payés à la prochaine échéance.


2. Règles de paiement :

La carte bancaire de l'acheteur est prélevée par PriceMinister le jour où vous acceptez la vente. Une fois finalisée, PriceMinister dépose automatiquement le fruit de cette vente sur votre Porte-Monnaie. Le paiement est donc simple et garanti.
Vous pourrez programmer facilement et gratuitement un reversement vers votre compte bancaire.
Si vous le souhaitez, vous pourrez aussi utiliser cet argent pour acheter sur PriceMinister.

Pour accéder au Porte-Monnaie :
http://www.pm.lan/wallet?action=wltview&oprcount=30&oprfilter=ALL


3. Ventes non déclarées reçues :

Les ventes qui n'auraient pas été déclarées reçues par l'acheteur sont payées le 20 du mois suivant (par exemple le 20 avril pour toute vente du mois de mars) : PriceMinister vous garantit donc le paiement dans tous les cas.


4. Frais de Port :

Pour chaque article vendu, vous touchez également une participation forfaitaire au titre du remboursement des frais de port, qui dépend du type d'article vendu.
Cette valeur vous est indiquée au moment de la mise en vente de chaque article et se retrouve dans la grille forfaitaire suivante :
http://www.pm.lan/help?action=hs#hs_shipping

Cette grille peut varier par rapport au coût réel de l'envoi. Il vous appartient au moment de la mise en ligne de modifier le prix de vente si vous pensez que l'écart le justifie.
Les frais de port forfaitaires ne sont pas renégociables a posteriori.


5. En cas de problème ou de réclamation de l'acheteur :

Si l'acheteur rencontre un problème sur une de vos ventes, il peut vous poser une question à partir du site. Vous en serez informé(e) par e-mail.
En cas de perte ou de casse, l'acheteur pourra déposer une réclamation auprès de PriceMinister qui prendra le dossier en charge. Si nécessaire, PriceMinister prendra contact avec vous pour résoudre le problème.
Dans le cas où vous n'êtes pas contacté(e) par PriceMinister, votre vente sera payée normalement selon le calendrier contractuel détaillé ci-dessus.
Dans tous les autres cas, vous serez tenu(e) informé(e) de la suite des événements par PriceMinister.
Pas de souci donc, aucun paiement ne s'est jamais évaporé ou n'a été oublié.


6. Cas particulier de l'automobile :

Le vendeur met son annonce en ligne gratuitement pour une parution illimitée avec photo.
L'acheteur récupère les coordonnées du vendeur sur l'annonce, prend rendez-vous avec lui et le paye directement.
NB : le vendeur ne verse pas de commission à PriceMinister sur la vente.


7. Gestion / modification de vos annonces :

La rubrique "Mes annonces" de votre compte vous permet de gérer vous-même toutes vos annonces. Vous pouvez ainsi modifier l'état ou le commentaire, aligner vos prix, ajouter une photo ou une vidéo.
http://www.pm.lan/inventory?login=testISW


8. Vacances :

Si vous vous absentez pendant plus de 3 jours ouvrables et n'êtes donc plus en mesure de valider les ventes, vous pouvez mettre votre compte en vacances.
En un seul clic, vos annonces sont provisoirement suspendues. Il vous suffit de réactiver votre compte à votre retour.


Toutes ces informations sont reprises en détail dans la rubrique d'aide du site :
http://www.pm.lan/help?action=hs

Si vous ne trouvez pas la réponse à votre question, vous pouvez nous contacter en allant sur :
http://www.pm.lan/help?action=c


Merci encore de votre confiance et bonnes ventes !

http://www.pm.lan
l'Achat-Vente Garanti

Commentaire de Emeric Teil [ 30/juil./08 19:12 ]
Le mail est correct. Si tu regardes la capture d'écran que tu as joint à ce Jira, le pseudo (repris sur le haut du menu de gauche) est "TestIsw2" alors que le code que tu entres est celui de "testIsw" reçu dans le mail ci-dessus. Si tu cliques dans le mail ci-dessus et que tu t'identifie comme TestIsw tout va fonctionner correctement.

N'hésite pas à passer me voir si tout cela n'est pas très clair :o)



[EXP-1921] installation de deux nouveaux postes pour le BO Création: 03/mai/06 14:48  Mise à jour: 25/juin/07 18:57  Résolue: 26/mai/06 14:34

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Jemima Barru Attribution: ZZ_Arnaud Baali
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 2 jours
Estimation originale: Non spécifié


 Description   
Avec l'arrivée de deux nouvelles personnes au BO dès demain, nous avons besoin de nouveaux postes.

Merci

 Commentaires   
Commentaire de Sébastien Tournay [ 03/mai/06 15:17 ]
Pas certain de pouvoir être réactif un jour avant. .. Il nous faut plus de recul pour nous organiser. Pas certain d'avoir des postes de disponibles. Il faut également remplir une fiche nouvelle arrivée par personne.

A voir avec Arnaud pour les détails.

Sébastien
Commentaire de ZZ_Arnaud Baali [ 03/mai/06 15:22 ]
Jemima,
Jamais tu auras deux machines pour demain.
Le délais minimum pour la mise en place de ces deux postes est de 5 jours ouvrés.
De plus, il faut me remplir un document signé par ton responsable avec les informations nécessaire pour les installer dans de bonnes conditions
Je te fais parvenir la fiche par mail tout de suite
Merci
Commentaire de ZZ_Arnaud Baali [ 26/mai/06 14:34 ]
La machine pour Diana a été mise en place.
Concernant Jonathan, il est actuellement à la validation.

De plus tous les bureaux sont occupés.
J'attends votre retour pour un nouveau Jira lorsque vous aurez rajouté de la place pour lui
Merci



[IMP-3333] Creation compte FTP avec entrée sortie/mise à jour de stock (écrasement) pour les comptes pricecutbook/pricecut_fr/pricecut_es Création: 27/févr./09 18:07  Mise à jour: 30/oct./09 15:52  Résolue: 18/mars/09 16:49

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Jeremy Pallot Attribution: Laurent Payot
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File PlayFormat.TXT    
Pays:
ALL - Tous
Login: pricecutbook/pricecut_fr/pricecut_es
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
Bonjour,

Pouvez-vous créer un compte FTP (entrée/sortie:écrasement) avec flux de commandes et mise à jour inventaire centralisé sur 1 FTP pour les trois pays.
Antention prix colonne E, prix pour la France (pricecut_fr) et l'Espagne (pricecut_es)
Pirx colonne F pour le Uk (pricecutbook)
Ci-joint le fichier type du vendeur.

Cordialement,

Jérémy


 Commentaires   
Commentaire de Jeremy Pallot [ 27/févr./09 18:08 ]
Colonne A: ISBN, attention seulement 9 chiffres peut-être ajouter un zéro par défaut si aucune valeur est bonne.
Colonne C: réf vendeur, envoyer dans le flux de commandes
Commentaire de Laurent Payot [ 18/mars/09 09:18 ]
Je met la qualité = Neuf par défaut ?
Commentaire de Laurent Payot [ 18/mars/09 11:50 ]
J'ai déposé le fichier du partenaire sur le FTP français pour faire un test. Attention le partenaire utilise la tabulation comme séparateur de colonnes dans ses fichiers.

=====================================================================
Compte FTP vendeur créé...

Pseudo : pricecut_fr
mot de passe : 3Ev284L
Serveur : ftp.priceminister.com / fr

=====================================================================

Commentaire de Laurent Payot [ 18/mars/09 16:49 ]
Ok c'est fait. Taux de succes d'import :
UK : 85%
FR : 57 %
ES : fichier toujours en attente, il y a des problèmes sur l'Espagne en ce moment.

Toujours pareil, vu que c'est un partenaire UK ses livres en anglais ne sont pas super bien référencés en FR et ES.



[IMP-3440] Creation compte FTP avec entrée sortie/mise à jour de stock (écrasement) pour le compte Abucas-books Création: 23/mars/09 17:02  Mise à jour: 30/oct./09 15:52  Résolue: 30/mars/09 13:41

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Jeremy Pallot Attribution: Laurent Payot
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File knowles.txt    
Pays:
GBR - Royaume Uni
Login: abucas-books
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
Bonjour,

Pouvez-vous créer un compte FTP avec mise à jour de stock et écrasement. Reception des commandes sur le FTP.

Colonnes:
A: Titre
B: Reference interne à envoyer avec la commande (sur le FTP aussi)
E: prix de vente (pour le sprix en dessous de £ 0.90, augmenter le prix à £ 0.90)
F: Quantité
L: Commentaire annonce
M: Qualité, mapping Amazon, pouvez-vous faire la correspondance
V: Ean/Isbn

Cordialement,

Jérémy

 Commentaires   
Commentaire de Laurent Payot [ 26/mars/09 10:59 ]
Quand on ouvre le fichier avec excel on voit que la colonne B correspond à "item-description" et est vide. Tu voulais surement parler de la colonne C ou D ("listing-id" ou "seller-sku"). Alors laquelle dois-je prendre comme référence interne?
Commentaire de Laurent Payot [ 26/mars/09 14:26 ]
Au fait qu'entends-tu par "mise à jour de stock"? Tu veux dire générer l'inventaire?
Commentaire de Jeremy Pallot [ 26/mars/09 14:43 ]
Mise à jour de stock c'est faire de l'écrasement et mettre à jour son stock. (Voir ci-dessus)
Commentaire de Laurent Payot [ 26/mars/09 14:52 ]
C'est prêt niveau FTP avec flux de commande + import de stock en maj/creation annonce en écrasement. Il faut juste me dire pour la colonne C ou D (voir ci-dessus) pour que j'active tout.
Commentaire de Jeremy Pallot [ 26/mars/09 17:34 ]
Ne pas prendre en compte les colonnes C et D.
Commentaire de Frédéric Nahum [ 27/mars/09 10:07 ]
Jeremy peut tu nous repreciser quelles colonnes utiliser pour la référence annonce, la colonne B est vide ???

Merci de répondre car c'est bloquant !!!!
Commentaire de Frédéric Nahum [ 27/mars/09 18:08 ]
allo ???
Commentaire de Jeremy Pallot [ 27/mars/09 18:18 ]
Il faut laisser la colonne B vide, il ne va pas faire de création c'est pourquoi certaines colonnes sont inutiles. Mais en fait il faut uliser la colonne C comme réference interne du vendeur et non la B. Pardon
Cordialement
Commentaire de Laurent Payot [ 30/mars/09 10:21 ]
=====================================================================
Account FTP seller created...

Pseudo : abucas-books
password : nr48yW7
Server : ftp.priceminister.co.uk / uk

=====================================================================

je soumet le fichier pour voir si tout se passe bien...
Commentaire de Laurent Payot [ 30/mars/09 13:41 ]
Ok le fichier passe à 89% (à cause de références non trouvées)



[IMP-3993] [UK] [FR] [ES] Creation compte FTP avec entrée sortie/mise à jour de stock (écrasement) pour les comptes BigRockUK/BigRockES/BigRockFR Création: 28/juil./09 18:49  Mise à jour: 30/oct./09 15:52  Résolue: 31/juil./09 16:33

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Jeremy Pallot Attribution: Laurent Payot
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File DG2 new cd for PM.txt    
Pays:
ALL - Tous
Login: BigRockUK/BigRockES/BigRockFR
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces (écrasement), Suppression annonces

 Description   
Bonjour,

Pouvez-vous créer un compte FTP (entrée/sortie.écrasement) avec flux de commandes et mise à jour inventaire (mise à jour/création annonces) centralisé sur 1 FTP pour les trois pays.
Pseudos:
BigRockUK : Grande Bretagne
BigRockFR: France
BigRockES : Espagne

Le FTP peut-il être en langue anglaise (add/delete/overwriting)

Colonnes:
A: EAN
B: Quantité
C: Qualité
D: Prix pour le Uk en £
E: Prix pour la France et l'Espagne en euros


Cordialement,

Jérémy


 Commentaires   
Commentaire de Laurent Payot [ 30/juil./09 17:50 ]
J'ai déjà fait la partie configuration FTP. Je suis en traint de faire les formats et vu ses prix je voudrais savoir si il y a des frais de ports à ajouter pour la france et l'espagne. Faut-il mettre un commentaire par défaut?
Commentaire de Laurent Payot [ 31/juil./09 16:33 ]
Je n'ai pas mis de commentaire, ni ajouté de frais de port.
Le fichier est passé à 75% sur le UK (la majorité des erreurs sont dues a des quantité=0) et 59% sur l'Espagne. Le fichier pour la france est toujours en attente de traitement.
Commentaire de Laurent Payot [ 31/juil./09 17:27 ]
Le fichier est passé a 66% sur la France. Toujours à cause des ses annonces pour lesquelles la quantité est égale à zéro.
Commentaire de Jeremy Pallot [ 03/août/09 09:57 ]
Laurent,

Ci-dessous les commentaires fixes pour chaque pays:
UK: Dispatched from United Kingdom. International delivery available.
France: Envoi du Royaume-Uni, envoi rapide et soigné.
Espagne:Articulo original, nuevo y garantizado.

Sinon il n'y a pas de frais de port à ajouter.

Merci,

Jérémy
Commentaire de Laurent Payot [ 03/août/09 11:30 ]
Commentaires ajoutés sur les trois pays. Fichier ressoumis pour que la modif soit effective immédiatement.
Commentaire de Jeremy Pallot [ 03/août/09 16:48 ]
Bonjour,

Puis-je avoir les coordonnées du serveur FTP?

Merci,

Jérémy
Commentaire de Laurent Payot [ 03/août/09 17:19 ]
Je les renseigne toujours dans les details pro dans le BO. Les voila :

=====================================================================
Account FTP seller created...

Pseudo : bigrockuk
password : r6W85yM
Server : ftp.priceminister.co.uk
Country : uk
Flow purchase : yes

=====================================================================



[EXP-1414] Nouvel arrivant équipe Validation (BO) Création: 01/mars/06 14:06  Mise à jour: 25/juin/07 18:56  Résolue: 02/mars/06 09:27

Etat: Résolu
Projet: Exploitation
Composants: Installation
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Aurélien Vergalli Attribution: ZZ_Arnaud Baali
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Gaël Troadec vient renforcer l'équipe validation. Merci de lui créer un compte mail et tout le toutim.
Un nouveau poste serait nécessaire le plus rapidement possible.

 Commentaires   
Commentaire de ZZ_Arnaud Baali [ 02/mars/06 09:27 ]
La personne a été créée sur le réseau et l'accès internet + mail aussi
Cette personne reprendra le poste de Stéphanie



[APP-5585] Création fiche produit en BO impossible Création: 02/sept./05 15:55  Mise à jour: 25/juin/07 18:31  Résolue: 05/oct./05 12:32

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 8.0.5
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Bloquant
Rapporteur: Stéphanie Vignali Attribution: Arnaud Forgues
Résolution: Impossible à reproduire  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Il est impossible de créer une fiche produit en BO quelquesoit le type de produit. A chaque fois un message d'erreur en rouge : Erreur - Non disponible

 Commentaires   
Commentaire de Andrei Matyas [ 06/sept./05 10:48 ]
J'ai testé 3 fois (en INTEG) avec des produits différents et ca marche.
Commentaire de Andrei Matyas [ 07/sept./05 16:31 ]
J'ai testé et ca marche chez moi



[APP-18177] [BO] Différenciation visuelle entre prod et integ Création: 09/oct./07 10:45  Mise à jour: 15/oct./07 11:10  Résolue: 11/oct./07 16:28

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 17.0.0
Version(s) corrigée(s): 17.1.0

Type: Amélioration Priorité: Majeur
Rapporteur: Fabien Farache Attribution: Damien Dorizy
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
doublon de APP-18035 "Régression" sur le BO : code couleur... Fermé
a pour doublon APP-18189 Site de test backoffice plus différen... Fermé
Pays:
ALL - Tous
Projets PM archivés: Maintenance 17.x.x

 Description   
Avant on pouvait savoir instantanément si nous étions sur le BO prod ou integ grâce aux bandes rouges sur les côtés. Avec le nouveau BO impossible sauf en regardant l'url (ce qui n'est pas des plus pratique).

Pourrait on avoir à nouveau un moyen visuel de faire le distinguo.

Merci d'avance



[IMP-4024] [FR] [ES] Modification et création de compte FTP avec entrée sortie/mise à jour de stock (écrasement) pour les comptes office-etc2/Office-Etc Création: 04/août/09 18:56  Mise à jour: 30/oct./09 15:53  Résolue: 02/sept./09 16:11

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Jeremy Pallot Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel FR_ES.xlsx    
Liens des demandes:
Similaire
similaire à IMP-3756 [UK] [FR] [ES] Creation compte FTP av... Résolu
Pays:
FRA - France, ESP - Espagne
Login: office-etc2/Office-Etc
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces, Mise à jour/création annonces (écrasement), Suppression annonces

 Description   
Bonjour,

Le vendeur prseudos: Espagne office-etc2 et France: Office-Etc
Le vendeur posséde déjà un compte FTP mais il va scinder ses acticités sur deux comptes FTP, un pour la France et l'Espagne pour les produits Europe. Voir IMP 3756, cet FTP va être utilisé uniquement pour le UK.


Le FTP peut-il être en langue anglaise (add/delete/overwriting) Activer le dossier overwriting.

Il va utiliser les EAN mais posséde aussi dans son fichier les Manufacturing part number. Prioriser la recherche sur les EAN puis utiliser le Manufacturing part number. Les prix sont identiques en France et en Espagne.

Merci Jérémy



 Commentaires   
Commentaire de Daniel Pintamalli [ 27/août/09 11:32 ]
Est-ce que le flux de commandes (validation automatique) sera fait séparément sur les 2 comptes FTP?
Commentaire de Gaël Seguillon [ 02/sept./09 12:16 ]
un FTP pour validation commandes de Fr et ES et un FTP pour validation commandes UK
merci
Gaël
Commentaire de Daniel Pintamalli [ 02/sept./09 16:09 ]
COMPTE FTP FR

=====================================================================
Compte FTP vendeur créé...

Pseudo : office-etc
mot de passe : fgreji7N
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : yes

=====================================================================

**** Attention, dorénavant:

1) Afin de mettre à jour le stock UK, le partenaire devra se connecter au compte FTP UK et déposer les fichiers dans les dossiers add/delete ou overwrite (les sous dossier par pays ont disparus)
2) Afin de mettre à jour le stock FR/ES, le partenaire devra se connecter au compte FTP FR et déposer les fichiers dans les dossiers add/delete ou overwrite et puis dans le sous dossier selon le pays: FR ou ES
3) Les validations de commandes UK sont gérées par le compte FTP UK (/validation) et les Les validations de commandes FR/ES sont gérées par le compte FTP FR (/validation)



[APP-12649] BO modification adresse de paiement pas possible Création: 22/sept./06 14:24  Mise à jour: 25/juin/07 18:45  Résolue: 26/sept./06 11:26

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 9.0.4
Version(s) corrigée(s): 9.0.4

Type: Bogue Priorité: Mineur
Rapporteur: Caroline Deregnaucourt Attribution: Arnaud Forgues
Résolution: Impossible à reproduire  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
ESP - Espagne
Site: Integ

 Description   
Dans le BO. Lorsque l'on clique sur le petit M vert à côté de PAIEMENT, la fenêtre qui sert à modifier l'adresse ne s'affiche pas.

 Commentaires   
Commentaire de Younès Charrière [ 27/sept./06 15:37 ]
Ok cela fonctionne bien maintenant.



[APP-23791] [UK] Faire liens BO/FO Création: 23/déc./08 11:37  Mise à jour: 23/déc./08 11:40  Résolue: 23/déc./08 11:39

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Mineur
Rapporteur: Cedric Favero Attribution: Dispatcher (Pôle TX)
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
GBR - Royaume Uni
Projets PM: *** A PLANIFIER ***

 Description   
Il faut faire les liens entre les pages BO et FO car ne fonctionnent pas pour le moment...
Voir capture.

 Commentaires   
Commentaire de Emeric Teil [ 23/déc./08 11:39 ]
Avant de créer des Jiras, merci de se renseigner pour savoir si cela n'est pas déjà en cours... ( ce qui est le cas)
Commentaire de Cedric Favero [ 23/déc./08 11:40 ]
et bien tant mieux.
Pour moi il était facile de l'avoir oublié en route ou priorisé à plus tard..



[APP-24477] Impossible de créer des fiches produits en BO Création: 04/mars/09 10:51  Mise à jour: 04/mars/09 14:18  Résolue: 04/mars/09 14:18

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office, Produits
Affecte la/les version(s): 41.0.1.2
Version(s) corrigée(s): 41.0.1.2

Type: Bogue Priorité: Critique
Rapporteur: Skender Berisha Attribution: Validator
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Word boguefp.doc    
Liens des demandes:
Duplicate
doublon de APP-24293 Ecran Bo produit - Création fiche pro... Résolu
Pays:
FRA - France
Site: Prod
Projets PM: Performances

 Description   
Bonjour

il est impossibles de créer des fiches produits en passant par le BO.

Je vous joins en pj l'image ecran du bogue.

Merci

Skender



[APP-30591] FP traitée toujours "soumise" en BO Création: 05/août/10 11:07  Mise à jour: 30/août/10 17:41  Résolue: 30/août/10 09:26

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 76.0.0 (NAV-D)

Type: Bogue Priorité: Mineur
Rapporteur: Aurélien Vergalli Attribution: Eric Vannier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM: *** A PLANIFIER ***

 Description   
La fiche ID 105440420 ne disparait pas des listes des fiches soumises en BO, bien que traitée depuis des semaines.

 Commentaires   
Commentaire de Eric Vannier [ 30/août/10 09:26 ]
Je résous car cette fiche produits a maintenant disparu.



[APP-30857] la barre latérale du BO espagne ne se réduit pas Création: 31/août/10 09:34  Mise à jour: 31/août/10 15:42  Résolue: 31/août/10 12:16

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 76.0.0 (NAV-D)
Version(s) corrigée(s): 76.0.1

Type: Bogue Priorité: Mineur
Rapporteur: Claire Durand Attribution: Dispatcher (Pôle NAV)
Résolution: Impossible à reproduire  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg     JPEG File screenshot-2.jpg    
Pays:
ESP - Espagne
Site: Prod
Projets PM: *** A PLANIFIER ***
Navigateur: Tous

 Description   
Salut,
les groupes Porte Monnaie, Modération, Validation ect... ne se réduisent plus sur le BO Espagne
Claire

 Commentaires   
Commentaire de Claire Durand [ 31/août/10 09:50 ]
sur FR
Commentaire de Claire Durand [ 31/août/10 09:51 ]
sur ESP
Commentaire de Thomas Allier [ 31/août/10 10:18 ]
Sous quel navigateur?
Je viens de regarder sous firefox 3.6, tout semble OK.
Commentaire de Claire Durand [ 31/août/10 10:44 ]
je suis sous firefox 3.6 et ça ne marche pas
Commentaire de Héléna Le Brun [ 31/août/10 10:48 ]
J'avais le même problème ce matin mais de mon coté ça remarche sur Firefox
Commentaire de Claire Durand [ 31/août/10 11:02 ]
ça marche maintenant ! désolée



[APP-30465] [Identification Bo] Problème d'échappement de caractère Création: 20/juil./10 15:06  Mise à jour: 17/sept./10 14:28  Résolue: 21/juil./10 12:26

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 77.0.0 (TX-P)
Version(s) corrigée(s): 77.0.0 (TX-P)

Type: Bogue Priorité: Mineur
Rapporteur: Yann Danot Attribution: Samy Badjoudj
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM: *** CHASSE ***

 Description   
Dans la page UserView en Bo, lorsque nous ne sommes pas identifié et que nous mettons à jour le bloc remarque, la remarque est tronquée si nous mettons un apostrophe

 Commentaires   
Commentaire de Christophe Garcia [ 21/juil./10 12:25 ]
MDPLVC



[EXP-700] changement compte FTP pour DVDlegacy Création: 29/déc./05 11:32  Mise à jour: 25/juin/07 18:55  Résolue: 30/déc./05 16:53

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Xiaoming Du Attribution: Xiaoming Du
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
ce partenaire a son pseudo priceminister dvdlegacy dans BO (ainsi dans BDD), Par contre, il a un compte FTP comme DVDlegacy qui n'est pas compatible avec notre système. Actuellement, sur phaeton, on a créé un lien symbolique "DVDlegacy" vers "dvdlegacy" pour que le mécanisme "exchangeOnServers" fonctionne, mais cela pose à un problème sérieus pour le mécanisme "purchaseItems" pendant le import de stock "DVDlegacy" (puisque ce compte n'exist pas dans la BDD, ni dans notre liste de partenaires)

donc il est souhaitable qu'on change le compte DVDlegacy en dvdlegacy (son profile et son mot de pass doivent rester intacts). Il faut, bien entendu, communiquer l'équipe commercial pour informer le partenaire en question.

 Commentaires   
Commentaire de Xiaoming Du [ 30/déc./05 16:53 ]
1/ le login FTP DVDlegacy est transformé en dvdlegacy, avec le même mot de passe et répertoire.
2/ le login DVDlegacy est enlévé de UserList du script "exchangeOnServers"
3/ le répértoire DVDlegacy qui était un lien symbolique vers le répertoire dvdlegacy est supprimé.
4/ l'équipe commercial s'occupe d'informer l'utilisateur.



[INF-573] modif alias bo.edito Création: 12/nov./10 10:36  Mise à jour: 15/nov./10 10:45  Résolue: 15/nov./10 10:45

Etat: Résolu
Projet: Infrastructure
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Steven Harel Attribution: Stéphane Eccli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Hi !

2 nouveaux qui vont prendre en main l'édito sur l'Espagne et le Uk.

Il faut donc ajouter :
- pablo.anton
- thomas.bentley

en destinataires de :
- bo.edito

 Commentaires   
Commentaire de Stéphane Eccli [ 15/nov./10 10:45 ]
done



[INF-616] Besoin pc au BI pour install BO Création: 14/janv./11 14:47  Mise à jour: 26/janv./11 15:11  Résolue: 26/janv./11 15:11

Etat: Résolu
Projet: Infrastructure
Composants: Micro
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Julien Girardet Attribution: Stéphane Eccli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Hello,

Comme discuté à l'instant, j'ai besoin d'un pc (temporairement) pour installer le client BO le temps de la migration de Business Objects R3.1, c'est à dire pendant Q1.

Merci
Julien.


 Commentaires   
Commentaire de Stéphane Eccli [ 26/janv./11 15:11 ]
done.



[APP-2747] Mon compte : la page Profil de compte bug Création: 09/sept./04 17:51  Mise à jour: 25/juin/07 18:25  Résolue: 25/juin/07 18:25

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.5
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Emmanuelle Lachamp Attribution: Jean-Didier Bonavia
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
https://bo.priceminister.com/connect?action=profile

 Commentaires   
Commentaire de Validator [ 10/sept./04 10:30 ]
il y a un problème avec les ressources statiques
Commentaire de Jean-Didier Bonavia [ 17/sept./04 15:01 ]
C'est OK Maintenant



[APP-12754] Pub Cardiff - apparition dans "mon compte" pour tous les comptes pro Création: 25/sept./06 09:35  Mise à jour: 25/juin/07 18:45  Résolue: 29/sept./06 16:13

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 9.0.3
Version(s) corrigée(s): 9.0.4

Type: Bogue Priorité: Mineur
Rapporteur: Benjamin Guerville Attribution: Manuel Sadok
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
vu avec PR et OM, cette pub ne devrait apparaître que dans les comptes pro "auto".
merci de faire en sorte qu'elle n'apparaisse plus dans tous les comptes pro "normaux"
ben

 Commentaires   
Commentaire de Manuel Sadok [ 29/sept./06 16:13 ]
Ok.
Commentaire de Lydia Dali [ 16/oct./06 12:12 ]
ok en integ.



[APP-2661] [Mon Compte] Changement de compte ne vide pas le panier. Création: 24/août/04 18:49  Mise à jour: 04/août/08 18:24  Résolue: 04/août/08 18:24

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 7.2.5pre
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Judd OSullivan Attribution: Dispatcher (Pôle TX)
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
a pour doublon APP-13283 Incohérence Panier Fermé
Similaire
similaire à APP-12533 Panier déclaré vide alors qu'il compo... Fermé
Projets PM: *** A PLANIFIER ***
Classif1: PANIER

 Description   
Je mets un article dans le panier. Ensuite je rende compte du fait que je
n'utilise pas mon compte d'utilisateur mais le compte de quelqu'un qui
utilisait mon browser. Je fait un logout et connect aven mon propre comptes
mais...tous les articles mises dans le panier sont toujours dans le panier. Un
changement de compte ne vide pas le panier !

 Commentaires   
Commentaire de Quentin de Chivré [ 25/août/04 12:17 ]
Ce "bug" est la depuis le début du système.
Je l'affecte à l'équipe funk pour reflexion/discussion afin de déterminer s'il
y a lieu de changer cela.

A noter que cela est assez pratique pour les tests quand même.
Commentaire de Stéphane Archer [ 25/nov./04 10:37 ]
Spéc fonc à réaliser ...
Commentaire de Stéphane Archer [ 21/juin/05 16:13 ]
Npn prioritaire ...



[APP-20496] Vidéo - BO, Date de modification incorrecte Création: 07/mai/08 10:22  Mise à jour: 11/juil./08 17:15  Résolue: 20/mai/08 15:20

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 21.0.0
Version(s) corrigée(s): 25.0.0 (CTN-D)

Type: Bogue Priorité: Mineur
Rapporteur: Sébastien Aubert Attribution: Clement Balay
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Liens des demandes:
Similaire
similaire à APP-20564 [framework] Rendre la transaction rea... Fermé
Pays:
ESP - Espagne, FRA - France
Site: Prod
Projets PM: *** RESERVE ***
Navigateur: FireFox 2.0

 Description   
La date de modification prise en compte n'est pas la bonne, elle s'actualise en même temps que le chargement de la page et prend la date du jour.

 Commentaires   
Commentaire de Clement Balay [ 20/mai/08 15:20 ]
commits:

cvs ci src/com/babelstore/advert/back/AdvertBackViewModel.java src/com/babelstore/stock/entity/MediaReference.java src/com/babelstore/stock/service/MediaService.java src/com/babelstore/stock/service/MediaServiceBean.java src/com/babelstore/stock/service/ProductManager.java src/com/babelstore/stock/service/ProductManagerBean.java
Checking in src/com/babelstore/advert/back/AdvertBackViewModel.java;
/home/cvs/dev/source/src/com/babelstore/advert/back/AdvertBackViewModel.java,v <-- AdvertBackViewModel.java
new revision: 1.35.6.1; previous revision: 1.35
done
Checking in src/com/babelstore/stock/entity/MediaReference.java;
/home/cvs/dev/source/src/com/babelstore/stock/entity/MediaReference.java,v <-- MediaReference.java
new revision: 1.4.6.1; previous revision: 1.4
done
Checking in src/com/babelstore/stock/service/MediaService.java;
/home/cvs/dev/source/src/com/babelstore/stock/service/MediaService.java,v <-- MediaService.java
new revision: 1.3.26.1; previous revision: 1.3
done
Checking in src/com/babelstore/stock/service/MediaServiceBean.java;
/home/cvs/dev/source/src/com/babelstore/stock/service/MediaServiceBean.java,v <-- MediaServiceBean.java
new revision: 1.3.26.1; previous revision: 1.3
done
Checking in src/com/babelstore/stock/service/ProductManager.java;
/home/cvs/dev/source/src/com/babelstore/stock/service/ProductManager.java,v <-- ProductManager.java
new revision: 1.33.26.1; previous revision: 1.33
done
Checking in src/com/babelstore/stock/service/ProductManagerBean.java;
/home/cvs/dev/source/src/com/babelstore/stock/service/ProductManagerBean.java,v <-- ProductManagerBean.java
new revision: 1.72.6.1; previous revision: 1.72
done



[APP-2457] Soumission fiche produit BO depuis ecran recherche produit BO Création: 24/juin/04 18:31  Mise à jour: 25/juin/07 18:25  Résolue: 25/juin/07 18:25

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.2val
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Arnaud Forgues Attribution: Arnaud Forgues
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Si on clique sur le bouton orange B pour créer une ficjhe produit depuis le
BO, alors on voit écrit (quelque soit le type de produit choisi : nouveau et
deja existant) dans le champ "Frais de port" : Aucune taille ... alors qu'on a
bien associé une taille à ce type de produit dans l'arbre des catégories.

 Commentaires   
Commentaire de Quentin de Chivré [ 25/juin/04 10:14 ]
cacher le champ si c'est le + simple
Commentaire de Arnaud Forgues [ 25/juin/04 10:40 ]
Le matching de la taille pour les frais de port, se faisant à partir d'un
product_id (afin de récupérer le type, medium, attribut, manufacturer ...), le
plus simple est en effet de cacher le champs Frais de port quand on crée un
nouveau produit (car on ne possède alors qu'un type de produit)



[APP-2040] L'effacement du prix produit en BO ne marche pas Création: 15/mars/04 14:27  Mise à jour: 25/juin/07 18:24  Résolue: 25/juin/07 18:24

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.1.7
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Quentin de Chivré Attribution: Manuel Sadok
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Lorsque l'on efface un prix en BO, seule la currency est remise à null, pas la
colonne list_price.
A cause de cela le batch advert_fix plante.

 Commentaires   
Commentaire de Manuel Sadok [ 23/mars/04 18:08 ]
corrigé



[APP-4943] BO précoupons : Augmenter la limite d'affichage Création: 10/juin/05 17:41  Mise à jour: 25/juin/07 18:30  Résolue: 25/juin/07 18:30

Etat: Fermé
Projet: Application PriceMinister
Composants: Coupons
Affecte la/les version(s): 8.0.2b
Version(s) corrigée(s): 8.0.3

Type: Bogue Priorité: Majeur
Rapporteur: Jemima Barru Attribution: Emmanuel Gosse
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
en BO il existe plus de 200 pré-coupons, le menu déroulant ("lignes") ne peut
en afficher pas plus que 200

on ne peut donc attribuer de coupons en dehors des 200 affichés!

LN

 Commentaires   
Commentaire de Emmanuel Gosse [ 20/juin/05 17:05 ]
fixé comme les messages, jusqu'a 4000 ( a 100 par defaut).
Commentaire de Bruno Ballester [ 07/juil./05 19:35 ]
OK : j'ai pu afficher les 1303 coupons contenu dans la base d'intégration.



[APP-22007] En BO, les données Parrainage ne sont pas actualisées pour un parrain qui a un filleul Widget, même s'il a déjà utilisé son coupon. Création: 04/sept./08 18:13  Mise à jour: 08/sept./08 18:04  Résolue: 05/sept./08 11:35

Etat: Fermé
Projet: Application PriceMinister
Composants: Parrainage
Affecte la/les version(s): 28.0.0 (CTN-F)
Version(s) corrigée(s): 28.0.0 (CTN-F)

Type: Bogue Priorité: Critique
Rapporteur: Aurélie Kwiatkowski Attribution: Alexandre Garnier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File Parrain Widget.JPG    
Pays:
FRA - France
Site: Integ
Navigateur: Tous
Projets PM archivés: Widget Parrainage

 Description   
cf PJ.
Le parrain a utilisé son coupon ALCAPONE, mais ses infos Parrainage sur la page Compte en BO indiquent toujours "Pas de parrain / Pas de filleuls. "
Faut-il attendre que le panier passe à un autre état que Captured (sachant que cet état suffit pour le parrainage classique)?

 Commentaires   
Commentaire de Sébastien Aubert [ 04/sept./08 19:21 ]
effectivement, c'est dans le cas où il n'y a pas de parrainage classique existant. en parrainant classiquement un user, il apparait !
Commentaire de Alexandre Garnier [ 05/sept./08 10:03 ]
Les filleuls widget ne sont pas pris en compte dans le test entre les compteurs et le "Pas de filleul"



[APP-27085] Panier avec extension de garantie, montant supérieur au montant fixé en BO => affichage call me back Création: 29/oct./09 15:50  Mise à jour: 30/oct./09 16:10  Résolue: 30/oct./09 10:24

Etat: Fermé
Projet: Application PriceMinister
Composants: Panier
Affecte la/les version(s): 56.0.0 (TX-J)
Version(s) corrigée(s): 56.0.0 (TX-J)

Type: Bogue Priorité: Majeur
Rapporteur: Aurélie Kwiatkowski Attribution: Yann Danot
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File Panier_avec EG.JPG    
Pays:
FRA - France
Site: Integ
Navigateur: Tous
Projets PM archivés: Assistance téléphonique dans le panier

 Description   
Cas de test :

RDV en BO dans la rubrique "Mots clef - Édito > Config. Tél"
Montant du panier supérieur à : prix d'un lecteur dvd X + fdp + 1 ¿

Mettre lecteur dvd X en panier => pas de call me back

ajouter une extension de garantie => call me back

Les extensions de garanties sont prises en compte, alors qu'elles ne le devraient pas, non?

 Commentaires   
Commentaire de Emeric Teil [ 29/oct./09 16:39 ]
Effectivement, on ne devrait pas les prendre en compte...
Commentaire de Yann Danot [ 30/oct./09 10:24 ]
Modification du calcul du prix pour l'affichage du cartouche



[APP-5389] Suppression Edito en BO : erreur javascript Création: 27/juil./05 12:01  Mise à jour: 25/juin/07 18:31  Résolue: 28/juil./05 12:37

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 8.0.5

Type: Bogue Priorité: Majeur
Rapporteur: Nicolas Gréhalle Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Lorsque l'on clique sur "Supprimer" sur cette page : http://bo.priceminister.com/referential_back?action=notelist&popup=false&productid=3829419

On a l'erreur suivante :
Erreur : commit is not defined
Fichier Source : javascript:commit(2505213, 1)
Ligne : 1

 Commentaires   
Commentaire de Renaud Dierickx [ 28/juil./05 12:37 ]
Le javascript a été réparé... Merci de tester les liens Supprimer et Dé-suspecter.



[EXP-1517] Mise en place procédure exploitation de BO Création: 14/mars/06 12:30  Mise à jour: 25/juin/07 18:57  Résolue: 28/mars/06 12:52

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Sébastien Tournay Attribution: Ranto Andriambololona
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Avec la mise en prod de BO, il nous faut des procédures d'exploitation carrées. RANTO, il faut avancer sur ce sujet avec AGATHE. En parralèle, XIAOMING va avancer sur la partir supervision.

En plus d'une procédure écrite sur le WIKI, il y a toute une série sans doute de script pour automoatiser des arrêts, relance, archivage de logs ... comme nous le faisons déja pour l'appli PriceMinister et pour FAST.

 Commentaires   
Commentaire de Ranto Andriambololona [ 28/mars/06 12:51 ]
doublon de http://pricejira.lan/browse/EXP-774



[APP-12609] Page "Ouverture de compte" - positionnement du bouton "Créer mon compte" Création: 21/sept./06 16:18  Mise à jour: 25/juin/07 18:44  Résolue: 29/sept./06 16:11

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 9.0.3
Version(s) corrigée(s): 9.0.4

Type: Bogue Priorité: Mineur
Rapporteur: Richard Dubois Attribution: Manuel Sadok
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File identification_bouton.JPG     JPEG File MonCompte_bouton.JPG    
Pays:
FRA - France
Site: Integ
Navigateur: Tous

 Description   
Le bouton "Créer mon compte" doit être centré comme par exemple sur la page identification.

 Commentaires   
Commentaire de Edouard Gomez-Vaez [ 25/sept./06 12:30 ]
On fera cela en même temps que l'ajout du bloc 24H00.
Commentaire de Manuel Sadok [ 29/sept./06 16:11 ]
Ok
Commentaire de Lydia Dali [ 09/oct./06 12:15 ]
ok en integ



[APP-18322] [BO] Gros problème de lenteur d'affichage de page BO qui semble lié au menu Création: 23/oct./07 14:26  Mise à jour: 23/nov./07 16:57  Résolue: 30/oct./07 11:41

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 17.1.0
Version(s) corrigée(s): 18.0.0

Type: Bogue Priorité: Critique
Rapporteur: Swan Desportes Attribution: Damien Dorizy
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à APP-18171 colonne de gauche de navigation met d... Fermé
Pays:
FRA - France
Site: Prod
Navigateur: FireFox 2.0
Projets PM archivés: Maintenance 18.x.x

 Description   
Exemple : http://bo.priceminister.com/warranty_back?action=warrantysearch&javascript_callback=&warranty_id=&war_status_code=30&purchase_id=&war_type_code=&item_id=&buyer_login=&buyer_id=&start_date=09%2F10%2F2007&date_search_type=WARRANTY_CREATION&end_date=&number_rows=4000&x=47&y=11

 Commentaires   
Commentaire de Damien Dorizy [ 30/oct./07 11:41 ]
C'est apparemment le même problème que APP-18247. La fonction JavaScript qui teste si il faut afficher les différentes catégories du menu peut ralentir considérablement l'affichage. La solution est de lire le cookie lors de la génération de la page (en Java) et non après (en JavaScript) comme c'est le cas actuellement.
Commentaire de Damien Dorizy [ 30/oct./07 11:41 ]
Corrigé pour V18. Voir Jira APP-18247
Commentaire de Damien Dorizy [ 30/oct./07 11:43 ]
Pardon, je voulais dire Jira APP-18171 en fait.



[CBV] Mise en place de CBV 0-40 (APP-19792)

[APP-19898] [CBV] - Attachement de fichier à email BO Création: 12/mars/08 14:19  Mise à jour: 15/avr./08 18:50  Résolue: 15/avr./08 15:43

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 20.0.0

Type: Sous-tâche Priorité: Mineur
Rapporteur: Sébastien Aubert Attribution: Christophe Garcia
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: PDF File declaration_sur_honneur.pdf     PDF File notice_bris_vol.pdf    
Liens des demandes:
Similaire
similaire à APP-20239 [CBV] - Absence de PJ dans le mail de... Fermé
Pays:
FRA - France
Projets PM archivés: CBV < 40

 Description   
On souhaite ajouter au répertoire permettant de stocker les fichiers de pièces jointes des emails BO les 2 fichiers joints.
Il faut donc retrouver le répertoire en question puis ajouter les fichiers joints.

 Commentaires   
Commentaire de Swan Desportes [ 12/mars/08 15:09 ]
Alex, tu peux voir avec Renaud ou Arnaud la meilleure façon de procéder. Merci.
Commentaire de Alexandre Garnier [ 12/mars/08 18:50 ]
En fait le dossier des PJ de mail est référencé par la property "priceminister.mail.attachment.directory" qui semble avoir disparue avec la refonte de properties.
En 17.2.0, elle valait "/data/priceminister/jboss/attachment".

Le fait qu'elle ne soit plus définie impliquerait que les mails n'ont plus de pièce jointe depuis la V18...
Commentaire de Steven Harel [ 13/mars/08 09:40 ]
exact, je me suis envoyé un mail avec pièces jointes
et j'ai pas reçu les pièces jointes
Commentaire de Alexandre Garnier [ 13/mars/08 10:38 ]
Je laisse l'INTEG mettre les fichiers dans le dossier /data/priceminister/jboss/attachment
Commentaire de Christophe Garcia [ 15/avr./08 18:50 ]
C'est dans le WIKI de déploiement



[APP-2380] Impossible de creer un attribut dans le BO d'attribut Création: 03/juin/04 18:42  Mise à jour: 25/juin/07 18:25  Résolue: 25/juin/07 18:25

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.1val
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Justin Ziegler Attribution: Dispatcher (Dev)
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Je parts de l'ecran suivant :
http://bo.pm.lan/referential_back?
action=attributenamesearch&fuzzy=false&prdtypecode=330

et je clique sur le bouton "creer".
j'obtiens bien un formulaire, mais quoi que j'y mette ca plante !

 Commentaires   
Commentaire de Quentin de Chivré [ 04/juin/04 12:08 ]


*** This bug has been marked as a duplicate of 2504 ***



[APP-2242] BO Category Navigation Produit plante Création: 28/avr./04 10:43  Mise à jour: 25/juin/07 18:24  Résolue: 25/juin/07 18:24

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.1.9
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Geneviève Beaujard Attribution: Dispatcher (Dev)
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
En BO quand on visualise une categorie et que l'on clique sur navigation
produit: on plante

Trace : java.lang.ClassCastException
        at com.babelstore.common.front.FrontAction.setRequest
(FrontAction.java:27)

 Commentaires   
Commentaire de Quentin de Chivré [ 03/mai/04 16:11 ]
Ce mécanisme a été remplacé par un raccourci vers la preview (avec
rafraichissement au préalable)



[APP-5646] Configuration produit en BO : décalage des valeurs Création: 09/sept./05 15:10  Mise à jour: 25/juin/07 18:31  Résolue: 07/oct./05 15:09

Etat: Fermé
Projet: Application PriceMinister
Composants: Produits
Affecte la/les version(s): 8.0.5
Version(s) corrigée(s): 8.0.6

Type: Bogue Priorité: Mineur
Rapporteur: Arnaud Forgues Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Site: Dev

 Description   
En BO, dans la configuration produit, 2 colonnes ont été supprimées : "largeur d'image" et "bordure d'image", or on affiche toujours les titres de ces colonnes (mais pas leurs valeurs) dans le listing des conf produits. Cela provoque un décalage de toutes les valeurs .... pas top

 Commentaires   
Commentaire de Emmanuel Gosse [ 15/sept./05 13:05 ]
bug fixé.
Commentaire de Nicolas Gréhalle [ 06/oct./05 10:45 ]
Les champs sont toujours présents dans la conf. Pourquoi ?
Commentaire de Renaud Dierickx [ 07/oct./05 15:09 ]
C'est bon !!! C'était un oubli.



[Finition garanties auto] permettre l'activation d'une garantie pour une annonce fermée par le vendeur (APP-6768)

[APP-7541] Catch d'un log pour le BO (Jemima). Création: 17/févr./06 11:56  Mise à jour: 25/juin/07 18:35  Résolue: 05/avr./06 10:47

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 8.1.1a
Version(s) corrigée(s): 8.1.2d

Type: Sous-tâche Priorité: Mineur
Rapporteur: Renaud Dierickx Attribution: Steven Harel
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Pour le chantier activation de garantie, nous générons un log d'erreur pour le BO. C'est le suivant :
 
- Warranty activation error (21 advert with the same immatriculation '1111GH44') : advert_id -> [20586591, 20588591, 20594591, 20602591, 20678591, 21116591, 21116592, 21116593, 21164592, 21164593, 21176692, 21680591, 21680593, 21690591, 21690594, 21868593, 21868594, 21868595, 21868596, 21890591, 21890592]

Pouvez-vous catcher ce log pour avertir au plus vite le BO (Steven veut que vous préveniez Jemima) ?

Merci d'avance.

 Commentaires   
Commentaire de Xiaoming Du [ 06/mars/06 18:11 ]
peux-tu nous donner un exemple plus précis du message d'erreur, par example:

2006-03-06 18:09:51,171 INFO [-Processor76] 83.206.80.249 - <<< [61 ms] GET http://www.priceminister.com/navigation/default/category/root_books?t=230001&dinsight=342&kwsl=2211683
Commentaire de Xiaoming Du [ 09/mars/06 16:34 ]
mep avec minitord-0.6.5
Commentaire de Arnaud Forgues [ 03/avr./06 15:40 ]
Apparemment , l'alerte ne remonte pas tous les problèmes prévus : voir exemple ci-dessous :

2006-03-31-05-00_amphore.log.gz:2006-03-30 23:54:02,648 WARN [-Processor13] tombouvet - Long query [5814992 ms]: WarrantyActivationQuery
2006-03-31-05-00_amphore.log.gz:-- WarrantyActivationQuery
2006-03-31-05-00_amphore.log.gz:VAR x1 VARCHAR2(500) § EXEC :x1 := '71EFT92';
2006-03-31-05-00_amphore.log.gz:SELECT contract.related_advert_id l
2006-03-31-05-00_amphore.log.gz:FROM prd_attribute, prd_attribute_value, contract
2006-03-31-05-00_amphore.log.gz:WHERE (prd_attribute.prd_attribute_name_key = 'PMC0000060')
2006-03-31-05-00_amphore.log.gz:AND (prd_attribute.prd_attribute_value_key = prd_attribute_value.prd_attribute_value_key)
2006-03-31-05-00_amphore.log.gz:AND (prd_attribute.prd_type_code = 1701)
2006-03-31-05-00_amphore.log.gz:AND (UPPER(prd_attribute_value.value) = :x1 )
2006-03-31-05-00_amphore.log.gz:AND (contract.related_cpl_product_id = prd_attribute.product_id)
2006-03-31-05-00_amphore.log.gz:AND (contract.prd_type_code = 2001)
2006-03-31-05-00_amphore.log.gz:AND (contract.ctr_status_code = 30)
2006-03-31-05-00_amphore.log.gz:;
2006-03-31-05-00_amphore.log.gz:2006-03-30 23:54:02,649 ERROR [-Processor13] tombouvet - Warranty activation error (2 advert with the same immatriculation '71EFT92') : advert_id -> [42134170, 44672052]


D'autre part, il faudrait mettre Steven Harel ou Jemima en copie de l'alerte car il s'agit d'un traitement Back Officre pour traiter le probleme.
Commentaire de Xiaoming Du [ 05/avr./06 10:47 ]
le problème a été bien détecté par minitord. Désormais, Steven est en copie de cette alerte.

 ===============================================================
amphore Thu Mar 30 23:57:17 2006
Warranty activation errors have been found in Jboss Log.

Thu Mar 30 23:54:02 2006
Warranty activation error (2 advert with the same immatriculation '71EFT92') : advert_id -> [42134170, 44672052]
Thu Mar 30 23:56:55 2006
Warranty activation error (2 advert with the same immatriculation '71EFT92') : advert_id -> [42134170, 44672052]


minitord version 2.2.0
Commentaire de Christophe Garcia [ 06/avr./06 11:02 ]
Merci de nous confirmer la bonne réception de cette alerte



[APP-13605] BO probleme sur l'affichage des problemes annonces Création: 03/nov./06 17:50  Mise à jour: 25/juin/07 18:46  Résolue: 06/nov./06 17:14

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 10.0.0 (ESP)
Version(s) corrigée(s): 10.0.0 (ESP)

Type: Bogue Priorité: Mineur
Rapporteur: Patrick Condevaux Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
ESP - Espagne
Site: Integ

 Description   
En BO lorsqu'on va voir les problèmes signalés sur les annonces
lorsqu'on consulte un probleme, l'affichage des infos sur la personne ayant posté le probleme
et la personne ayant postée l'annonce ne sont pas bon.
En face, de Articles achetés au lieu d'avoir une valeur on a "soit"
idem pour Articles vendus

voir par exemple
http://bo.es.integ/question_back?action=questionbackview&questionid=11465915
ou la copie d'ecran si le probleme a été supprimé.

 Commentaires   
Commentaire de Patrick Condevaux [ 09/nov./06 16:42 ]
ok sur integ ES



[APP-8451] changer le poste de sarah eudor BO Création: 13/avr./06 18:35  Mise à jour: 25/juin/07 18:36  Résolue: 18/avr./06 10:26

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Jérémie Bennejean Attribution: ZZ_Arnaud Baali
Résolution: Corrigé  
Estimation restante: 1 heure, 30 minutes
Temps consacré: 2 heures, 30 minutes
Estimation originale: 4 heures


 Description   
Apparement ce poste est défectueux depuis 2 mois.
PLusieurs fois je me suis déplacé pour constater que ... je ne pouvais que le rebooter. Plus rien ne répond. A chaque fois elle a donc perdu son travail en cours ( fenetre bo).

Pour info plusieurs symptomes : maj windows infini. windows figée pdt de longues minutes . procs a 100 puis a 0 % ...
Impossible de taper quoi que ce soit ds les box de ie qd accés au bo. Message de mémoire insuffisante...

Arnaud reste-il des postes?



[META-TACHE] Modification des tracking sites-under + tracking e-mails questions (APP-26706)

[APP-26956] Ouverture de l'accès BO pour la désactivation des trackings Création: 22/oct./09 19:06  Mise à jour: 26/oct./09 12:12  Résolue: 23/oct./09 12:18

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 55.0.2

Type: Sous-tâche Priorité: Mineur
Rapporteur: Mathilde Caby Attribution: Stéphane Eccli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM archivés: Tracking affiliation

 Description   
Stephane,

J'ai besoin d'un accès BO depuis chez moi pour le samedi 31 octobre 2009.

Cette accès servira à desactiver les trackings des sites-under et des questions.
Nous ferons la liste de ces trackings ci-dessous demain.

Merci d'avance pour ton retour concernant les éléments dont tu as besoin pour m'ouvrir cet accès.
Mathilde

 Commentaires   
Commentaire de Stéphane Eccli [ 23/oct./09 09:53 ]
pour s'authentifier, te connecter sur http://auth.babel.fr:9999/

entrer ton login et mot de passe mail (et non celui pour ouvrir ta session sur ton pc) et valider.
attendre 1 minute.
 aller sur http://bofr.babel.fr:9999/

et voila.
Commentaire de Christophe Garcia [ 23/oct./09 11:23 ]
MDPLVC



[APP-12961] BO: impossible d'acceder au panier en observation Création: 06/oct./06 11:17  Mise à jour: 25/juin/07 18:45  Résolue: 09/oct./06 12:41

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office, Panier
Affecte la/les version(s): 9.0.3.1.b
Version(s) corrigée(s): 9.0.4

Type: Bogue Priorité: Critique
Rapporteur: Patrick Condevaux Attribution: Patrick Pereira
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Prod

 Description   
Les personnes de la validation m'ont signaler que le lien vers les paniers en observation dans le BO ne fonctionnait pas.

J'ai testé le lien visiblement la requete fonctionne mais dure tres tes longtemps (plus de 3 minutes)

2006-10-06 11:13:23,605 INFO [-Processor92] 62.23.27.114 - >>> GET http://bo.priceminister.com/purchase_back?action=purchasesearch&fuzzy=false&numberrows=200&order=1&pchstatuscode=120
2006-10-06 11:16:42,609 INFO [-Processor92] 62.23.27.114 - <<< [199004 ms] GET http://bo.priceminister.com/purchase_back?action=purchasesearch&fuzzy=false&numberrows=200&order=1&pchstatuscode=120
2006-10-06 11:16:42,609 WARN [-Processor92] 62.23.27.114 - Long request [199004 ms]: GET http://bo.priceminister.com/purchase_back?action=purchasesearch&fuzzy=false&numberrows=200&order=1&pchstatuscode=120

 Commentaires   
Commentaire de Patrick Pereira [ 09/oct./06 12:41 ]
J'ai recalculé les stats sur PURCHASE et le problème est corrigé.
Commentaire de Lydia Dali [ 10/oct./06 18:31 ]
ok en integ et en prod.



[APP-1618] BO Catégories - Pouvoir tester les recherches Création: 04/déc./03 15:34  Mise à jour: 25/juin/07 18:23  Résolue: 25/juin/07 18:23

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): old
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Quentin de Chivré Attribution: Arnaud Forgues
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
PAR:
Nous préparons des liens dans la nav par cat qui utilisent la fonction de
recherche par mots clés.
Actuellement, la fonction de visualisation du résultat de recherche en bo
n'intègre pas la recherche par mot clés selon Arnaud.
Les inconvénients sont doubles :
- Impossible de tester l'exactitude de notre paramétrage
- mais surtout, impossibilité de tester les perf de nos recherches.

 Commentaires   
Commentaire de Quentin de Chivré [ 06/janv./04 10:05 ]
Ceci a été fait par toi je pense.



[APP-4788] BO Produit : medium (support) inaccessible. Création: 07/juin/05 11:01  Mise à jour: 25/juin/07 18:30  Résolue: 06/juil./05 12:16

Etat: Fermé
Projet: Application PriceMinister
Composants: Produits
Affecte la/les version(s): 8.0.2reval
Version(s) corrigée(s): 8.0.3

Type: Bogue Priorité: Majeur
Rapporteur: Jérôme Viviès Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
On ne peut pas accéder au choix de médium (support) sur la fiche produit BO.
Cela empêche de visualiser le medium et de le modifier.

=> Problème pour vérifier les médiums des voitures, ainsi que de tous les
autres produits.

Il faudrait afficher le select des mediums dès qu'il y a des médiums
configurés pour ce type de produit.



[APP-6292] [B30] Macros Velocity stockables en BO Création: 17/nov./05 09:42  Mise à jour: 25/juin/07 18:33  Résolue: 11/juil./06 13:48

Etat: Fermé
Projet: Application PriceMinister
Composants: Import de Fichiers
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Nouvelle fonctionnalité Priorité: Majeur
Rapporteur: Nicolas Gréhalle Attribution: Dispatcher (Dev-WishList)
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

WishList: Paramétrage
WishList - Priorité: 2

 Description   
Nous utilisons un certains nombre de bouts de code Velocity qui se retrouvent dans plusieurs formats (généralement de même type). Dans un soucis de maintenance, nous avons besoin que ce code soit centralisé.

Il faudrait donc que nous puissions créer à volonté des macros velocity au sein du BO et que nous puissions les appeler dans les formats d'import.

 Commentaires   
Commentaire de Jérôme Viviès [ 11/juil./06 13:48 ]
Demande clôturée suite au passage de la wish-list Param sous Excel.



[APP-5599] BO images : Images Recto Verso Création: 02/sept./05 17:41  Mise à jour: 25/juin/07 18:31  Résolue: 05/sept./05 14:52

Etat: Fermé
Projet: Application PriceMinister
Composants: Images produit
Affecte la/les version(s): 8.0.5
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Aurélien Vergalli Attribution: Niall Boylan
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
  Sur la page (en test) bo.pm.lan/image_back?action=imageview&productid= numéro de fiche nous permettant de visualiser les images d¿une même fiche, leur date de création,... il nous faut activer les images pour voir apparaître les petites flèches nous permettant d¿intervertir Recto et Verso. Or dans le cas ou un Recto serait supprimé et un Verso conservé, le Verso passerait en Recto par défaut, ce qui est trompeur pour certains produits (livres, CD, ¿). Il faudrait alors, ou bien supprimer le Verso en question, ou bien attendre que le Recto soit soumis, validé.

=>Pourrait-on envisager d¿avoir accès à ces « petites flèches » (et donc intervertir les images) dans tous les cas (différents états d¿une image) ?

 Commentaires   
Commentaire de Judd OSullivan [ 05/sept./05 14:31 ]
On a plus cette notion de recto/verso. Pour un produit, des images ont une order et c'est uniquement des images activé qui devraiet être mise en ordre donc pas besoin d'avoir des fleches pour des images inactive.

Ensuite, un produit ne peut pas avoir une image 2 sans une image 1. On peut ajouté cette fonctionnalité mais est-ce qu'on a vraiment besoin ?
Commentaire de Niall Boylan [ 05/sept./05 14:52 ]
Je suis d'accord. Le concept de "recto/verso" n'existe plus. Donc, a mon avis on n'a pas besoin d'ajouter cette fonctionnalité



[APP-27614] mise en vitrine d'un produit "complément" et rien n'est affiché dans la boutique du compte. Création: 11/déc./09 10:33  Mise à jour: 11/déc./09 17:11  Résolue: 11/déc./09 17:11

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 59.0.0 (CAT-M)
Version(s) corrigée(s): 59.0.0 (CAT-M)

Type: Bogue Priorité: Mineur
Rapporteur: M'hand Hadjoudj Attribution: M'hand Hadjoudj
Résolution: Invalid  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg     JPEG File screenshot-2.jpg    
Pays:
FRA - France
Site: Integ
Projets PM: *** RESERVE ***
Navigateur: Internet Explorer 7.X

 Description   
se connecter avec le compte "dimishop-es" en ES
mette en vente rapide le produit (http://www.es.integ/offer/buy/44188501/Supra-Mari-CD-Album.html)
puis le mettre en vitrine
Aller la boutique du compte et chercher la CATEGORIE du produit (MODA) dan la nav à droite (il n'existe pas !).

Que se passe-t-il?
Est ce le faite qu'il s'agit d'une FPP que le produit n'apparait pas dans la boutique puisque les FP classiques sont apparaissent bien dan la boutique aprés leurs mises en vitrine ?

http://www.es.integ/referential_back?action=productview&productid=44188501 (le BO)

voir scrennshot-1 et sceenshot-2

 Commentaires   
Commentaire de Benoît Bourdon [ 11/déc./09 10:56 ]
je comprends pas le jira :
on parle de produit produit complement et de catégorie "Moda"
on parle de MEV d'un produit cd album (qui n'est pas complément)
on parle d'une boutique "dimishop-es" et le lien en bo est vers un autre compte ...

là on peut pas s'en sortir de ce jira :-)

sinon dans la boutique "dimishop-es" il n'y a pas de catégorie Moda et le produit "Supra Mari" est bien présent dans la navigaiton boutique ET dans la vitrine ...
Commentaire de Christophe Garcia [ 11/déc./09 17:11 ]
M'hand paye une tournée !



[APP-19067] [Home Page Mon Compte] : Bug sur le compteur des prix à aligner (si le vendeur est en vacances) Création: 02/janv./08 15:16  Mise à jour: 24/sept./08 12:01  Résolue: 09/sept./08 18:48

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 18.1.3
Version(s) corrigée(s): 30.0.0 (CAT-D)

Type: Bogue Priorité: Mineur
Rapporteur: Emeric Teil Attribution: Caroline Schinzel
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File home_page_mon_compte.jpg     JPEG File mon_inventaire.jpg     JPEG File retour_vacances.jpg     JPEG File statistiques_vendeur.jpg    
Liens des demandes:
Similaire
similaire à APP-20296 Inventaire non actif - Alignement de ... Fermé
Pays:
FRA - France
Site: Prod
Projets PM: *** RESERVE ***
Classif1: BP
Classif2: alignement

 Description   
Comme on peut le voir sur les copies d'écran :
-> Lorsque je mets mon compte vendeur en vacances, le compteur de mes prix à aligner passe de 0 à 5, soit la totalité de mes annonces
-> Si on regarde en BO dans mes statistiques, il semblerait que j'ai effectivement 5 annonces à aligner
-> Si je vais en FO dans mon inventaire, aucune de ces annonces n'est à aligner... (rien de le corps de page sur l'annonce, rien non plus dans le menu "Mon Inventaire").
-> Si je rentre de vacances, je n'ai plus de prix à aligner...

Il semblerait donc qu'on ait un bug sur le calcul de ce compteur lorsque le vendeur par en vacances.


E.

 Commentaires   
Commentaire de Erwan Delacroix [ 22/août/08 12:20 ]
L'application propose au vendeur d'aligner le prix de son annonce par rapport au bestprice des annonces actives.
Or, lorsque le vendeur part en vacances, son annonce devient inactive. Le calcul du bestprice ne tient compte que des annonces actives.

Pour ce cas particulier, il faudrait dans l'idéal que la fonctionnalité "S'aligner à .. ¿" prennent en compte à la fois le bestprice + le prix courant de l'annonce inactive (solution qui nécessite de faire du dev). Ainsi, le compteur de mes prix à aligner ne sera plus faussé.
Autre solution : désactiver la fonctionnalité "S'aligner à ..¿" lorsque le vendeur part en vacances (on part du principe qu'il est inactif puisqu'en vacances, l'alignement du prix d'annonces inactives est donc inutile).
Commentaire de Emeric Teil [ 22/août/08 12:26 ]
A valider par QDC et/ou PKR, mais je pense que la deuxième option est pas mal...
Commentaire de Edouard Gomez-Vaez [ 03/sept./08 12:20 ]
Ne pas afficher les propositions d'alignement quand le compte est en -1, en vacances ou l'inventaire n'est pas activé.
Commentaire de Emeric Teil [ 09/sept./08 14:47 ]
Juste pour précision : à priori, on peut ajouter les comptes en -2 (on parle bien de visibilité vendeur ?)à la liste d'Edouard.
Commentaire de Caroline Schinzel [ 09/sept./08 18:48 ]
Le lien vers les prix à aligner de la page d'accueil "Mon compte" n'apparaît plus lorsque le vendeur n'a pas activé son inventaire, qu'il est parti en vacances ou que son compte à une visibilité négative.

Il n'y a plus d'accès à la page des "Prix à aligner"



[APP-28177] Images produit BO - Comptage KO Création: 01/févr./10 17:24  Mise à jour: 26/oct./10 16:37

Etat: Ouvert
Projet: Application PriceMinister
Composants: Images produit
Affecte la/les version(s): 61.0.0 (CTN-O)
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Critique
Rapporteur: Aurélien Vergalli Attribution: Dispatcher (Pôle VEN)
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File nbr img prod cmplt soumises.JPG    
Pays:
FRA - France
Site: Prod
Projets PM: *** RESERVE ***
Classif1: IMAGE
Classif2: image
Classif FONC: valid

 Description   
La fonctionnalité (Nombre total produits) sur l'ecran BO image ne nous permet pas de connaiter exactement le nombre d'images produit à valider: le chiffre regroupe le volume des fiches de base + compléments (résultats doublés??).

 Commentaires   
Commentaire de Aurélien Vergalli [ 22/mars/10 09:37 ]
Il est impossible de connaitre le volume d'images produit à traiter, ce qui est évidemment problématique pour organiser les tâches de l'équipe. Le nombre d'images allant en augmentant, cette demande devient critique.
Commentaire de Aurélien Vergalli [ 04/mai/10 18:07 ]
Vraiment pénalisant. Impossible d'évaluer le volume d'images à traiter ou déjà traité.
Commentaire de Benoît Bourdon [ 09/sept./10 22:52 ]
Effectivement :
Attention il s'agit vraiment d'un improvement. à l'époque du projet on est parti là dessus pour des raisons de perfs des requêtes de comptage.
Je ne suis pas certain qu'on ai aujourd'hui une solution qui donnerai le comptage dans un temps raisonnable ...
On fera le point là-dessus avec Manu à son retour



[APP-607] BO Stock : scoping + changement de libelle Création: 14/août/01 12:52  Mise à jour: 25/juin/07 18:21  Résolue: 25/juin/07 18:21

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): old
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Justin Ziegler Attribution: Quentin de Chivré
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
La section stock vendeur pourrait etre renommee en
Annonce

On pourrait alors rajouter une section (recentes)
comme pour les comptes / panier. Il s'agit alors de mettre
en place un lien vers la meme page, mais reduite aux annonces ayant ete crees
recemment ( creation_date < sysdate - 3 ) !!

On commence alors un back office annonce...



[APP-3038] Tableau de bord BO : amélioration de la lisibilité Création: 09/nov./04 13:41  Mise à jour: 25/juin/07 18:26  Résolue: 25/juin/07 18:26

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.7a
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Validator Attribution: Manuel Sadok
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Afin d'améliorer la lisibilité du Tableau de Bord (BO), serait il
possible de faire un classement par famille (onglet) de la liste des
produits ?

Exemple :

 Livres
   Livres
   Livres Anciens
   ...

 Musique
  CD
  ...
 ...
 

Il s'agit d'une demande à mon avis peu couteuse qui améliorerait
considérablement la lisibilité du tableau.

Pour info, il y a actuellement un bug génant sur cette page (bug 3262), c'est
peut etre l'occasion de mettre en place cette évolution.

 Commentaires   
Commentaire de Manuel Sadok [ 24/nov./04 16:11 ]
Désormais il y a un classement en fonction de la famille.



[APP-6828] Ajouter un filtre trackings dans Ventes BO Création: 23/déc./05 11:56  Mise à jour: 03/déc./07 14:49

Etat: Ouvert
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Mineur
Rapporteur: Charles Decaux Attribution: Dispatcher (Dev-WishList)
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Projets PM: *** A PLANIFIER ***

 Description   
Dans les pages du type
http://bo.priceminister.com/purchase_back?action=itemsearch&fuzzy=false&numb
errows=200&productid=5776457

nous souhaiterions pouvoir filtrer les transactions par le type de tracking de l'acheteur.

Il faudrait pouvoir sélectionner first tracking ou last tracking et pouvoir ensuite choisir parmi les tracking existants pour un produit donné. La liste des transactions n'afficheraient alors que les transactions répondant à ces critères.

Merci et à votre dispo pour en parler



[APP-30539] [BO] Adaptation de l'écran de gestion des Caches Création: 30/juil./10 10:32  Mise à jour: 07/déc./10 10:51  Résolue: 08/sept./10 15:06

Etat: Fermé
Projet: Application PriceMinister
Composants: Perf
Affecte la/les version(s): 74.0.2
Version(s) corrigée(s): 77.0.0 (TX-P)

Type: Amélioration Priorité: Majeur
Rapporteur: Arnaud Forgues Attribution: Arnaud Forgues
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
a pour doublon APP-15833 Gestion des caches : ajouter un aperc... Fermé
Pays:
ALL - Tous
Projets PM: *** RESERVE ***

 Description   
Suite aux problèmes de mémoire JVM apparus suite à la livraison de la TX-O, une des pistes envisagées pour expliquer le problème est les caches. En effet, il se pourrait que par inadvertance, un cache ait été codé de sorte que celui-ci grossisse sans arrêt (chargement incrémental ? à chaque reload ? ... autre ?).

Pour pouvoir mieux analyser le comportement des caches en PROD, on va donc adapter l'écran existant de gestion des caches en BO afin d'ajouter un maximum d'informations (de configuration, de contenu ...)

 Commentaires   
Commentaire de Arnaud Forgues [ 08/sept./10 15:06 ]
Ok !

CAJ2010Q3TX



[APP-19686] NPE dans l'ecran BO des catégories sources Création: 20/févr./08 14:49  Mise à jour: 21/févr./08 09:41  Résolue: 20/févr./08 17:31

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 19.0.2
Version(s) corrigée(s): 19.0.2

Type: Bogue Priorité: Bloquant
Rapporteur: Mostafa Diane Attribution: Martin Sudmann
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Dépendance
bloque CAT-345 Test du Matching par feuille en Integ Résolu
Pays:
FRA - France
Site: Integ
Classif1: BO
Classif2: conf
Projets PM archivés: Maintenance 19.x.x

 Description   
2008-02-20 14:47:01,558 ERROR [P-Processor5] BO:MOD_BO - Block generation error in : com.babelstore.category.back.CategoryView_jsp
2008-02-20 14:47:01,559 ERROR [P-Processor5] BO:MOD_BO - Assembly error
Servlet : com.babelstore.category.back.CategoryBackServlet
Request : GET http://bo.pm.lan/category_back?action=categoryview&categorykey=105193&parameter_type=27120
Referrer : http://bo.pm.lan/category_back?action=categoryview&categorykey=105193
User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12
Trace : java.lang.NullPointerException
        at com.babelstore.category.back.CategoryView_jsp.generate(CategoryView_jsp.java:401)
        at com.babelstore.util.Block.generate(Block.java:140)
        at com.babelstore.util.web.Request.include(Request.java:549)
        at com.babelstore.util.web.Request.include(Request.java:582)
        at com.babelstore.util.web.Request.include(Request.java:588)
        at com.babelstore.common.back.BackPopupTemplate_jsp.generate(BackPopupTemplate_jsp.java:65)
        at com.babelstore.util.Block.generate(Block.java:140)
        at com.babelstore.util.web.Screen.generate(Screen.java:149)
        at com.babelstore.util.web.Request.generate(Request.java:522)
        at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:401)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:170)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)

2008-02-20 14:47:01,559 INFO [P-Processor5] BO:MOD_BO - <<< [14 ms] GET http://bo.pm.lan/category_back?action=categoryview&categorykey=105193&parameter_type=27120

 Commentaires   
Commentaire de Fabien Farache [ 20/févr./08 16:19 ]
Petit problème technique... lorsque j'essaye de mettre sur une source un paramètre "valeur d'attribut automatique" j'obtiens un message d'erreur "Erreur - Non disponible"
Commentaire de Martin Sudmann [ 20/févr./08 17:31 ]
il s'agit d'une catégorie "matching par feuille", sur laquelle l'héritage des types a été cassé.
du coup, le noeud de type siource n'a pas de critère "type", ce qui fait pllanter quand on essaye de déterminer les attributs permis pour le type.

corrigé en param par FAF.



[APP-16037] Recherche BO fiche produit par date Création: 19/avr./07 11:28  Mise à jour: 25/juin/07 18:51  Résolue: 26/avr./07 16:12

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office, Recherche produit
Affecte la/les version(s): 14.0.0
Version(s) corrigée(s): 14.1.0

Type: Bogue Priorité: Majeur
Rapporteur: Aurélien Vergalli Attribution: Violeta Doneva
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File Recherche.JPG    
Pays:
FRA - France
Site: Integ
Projets PM archivés: Maintenance 14.x.x

 Description   
Une recheche par date de type "Modifié 11/04/2007 < Modifié < 11/04/2007" ne renvoie aucun résultat. La fiche suivante devrait pourtant sortir : http://bo.pm.lan/referential_back?action=productview&productid=53416352

(Lien vers la recherche infructueuse: http://bo.pm.lan/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=&seartpe=10&prd_type_code=&product_id=&base_product_id=&zero_stock=true&one_in_stock=true&many_in_stock=true&submitter_part=true&submitter_pro=true&prd_status_code=20&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=&submitter_result=&change_start_date=11%2F04%2F2007&change_end_date=11%2F04%2F2007&owner_login=&data_file_id=&create_data_file=true&change_data_file=true&feed_start_date=&feed_end_date=&with_complement=1&order=2&number_rows=200&do_search.x=16&do_search.y=6 )

 Commentaires   
Commentaire de Younès Charrière [ 19/avr./07 12:31 ]
Le produit de l'exemple a été crée le 11/04/2007 mais pour le trouver il faut ajouter un jour (voir screenshot).
Commentaire de Nicolas Chauveau [ 19/avr./07 18:15 ]
Il existe un contournement, je baisse la priorité du bug et je le décale en 14.1.0 (à confirmer par CGA, sinon 15)
Commentaire de Violeta Doneva [ 26/avr./07 16:12 ]
Le problème était que quand on cherche entre 21.04.2007 et 21.04.2007 la requête derrière cherchait dans l'intervalle de 21.04.2007-00h00 à 21.04.2007-00h00 et bien évidemment ne trouvait rien. C'est corrigé !

Fichiers modifiés :
com/babelstore/referential/back/ProductSearchAction.java
com/babelstore/search/back/FastProductSearchQuery.java
Commentaire de Christophe Garcia [ 14/mai/07 11:37 ]
Vu par NCH



[APP-23452] [UK] adresse expediteur pour les mails BO Création: 03/déc./08 18:20  Mise à jour: 07/déc./09 12:51  Résolue: 07/déc./09 12:51

Etat: Fermé
Projet: Application PriceMinister
Composants: Mails
Affecte la/les version(s): 37.0.0 (TX-D)
Version(s) corrigée(s): 37.0.0 (TX-D)

Type: Bogue Priorité: Majeur
Rapporteur: Cedric Favero Attribution: Jérémie Bennejean
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à INF-190 nouvel alias donotanswer@priceministe... Résolu
Pays:
GBR - Royaume Uni
Site: Recette
Projets PM: *** RESERVE ***
Projets PM archivés: UK - Plateforme BETA

 Description   
Pour tous les mails BO (applicatifs ou manuels), il faut remplacer l'adresse nepasrepondre@priceminister.com par donotanswer@priceminister.com
J'avais déjà dedmandé la création de cet alias mais il doit etre configuré (par l'exploit?) pour envoyer un message à celui qui voudrait simplement faire un reply au mail reçu.

Aujourd'hui il recevrait donc tout celà en Français.

 Commentaires   
Commentaire de Arnaud Forgues [ 05/déc./08 12:29 ]
Ca n'aurait pas été plus logique si le mail était : "donotanswer@priceminister.co.uk" ??

Quoi qu'il en soit, il suffit pour cela de modifier la propriété "priceminister.message.sender.contact" qui se trouve dans "priceminister-infra.properties".

Cela donnerait donc comme valeur :

donotanswer@priceminister.com;sav@priceminister.com;produit@priceminister.com;benjamin.guerville@priceminister.com;emmanuelle.lachamp@priceminister.com;gael.seguillon@priceminister.com

Je l'ai fait en DEV_UK et TEST_UK. J'ajoute également l'info dans le wiki UK pour le futur déploiement de la TX-D (http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=MemoUk)
Commentaire de Cedric Favero [ 05/déc./08 12:36 ]
"Ca n'aurait pas été plus logique si le mail était : "donotanswer@priceminister.co.uk" ?? "

Euh en fait oui tu as raison, suis allé un peu vite sur le coup..

Peut etre meme noreply@ ou dontreply@ , je ne sais pas ce qui est le mieux...


Charles , Remi?
Commentaire de Charles Decaux [ 05/déc./08 13:04 ]
noreply@priceminister.co.uk me semble bien, merci

Commentaire de Emeric Teil [ 16/déc./08 10:48 ]
GRRRRRRRRRR !!!!!!!


Comment voulez-vous qu'on s'occupe de ça si vous gardez les Jira chez vous !!!!!


Désolé, mais la.... re GRRRR :o)
Commentaire de Emeric Teil [ 16/déc./08 10:49 ]
Pour le coup, ça va être trôt tard puisqu'on est resté sur donotanswer@priceminister.com
Commentaire de Cedric Favero [ 16/déc./08 11:52 ]
Limite faire un point là dessus (après?)
Car qquesoit l'adresse choisie , il faut surtout qu'elle soit configurée pour renvoyer un message précis si l'utilsateur fait un reply dessus.

Je serais plutot pour prendre l'adresse dite par Charles (plus logique) et aller jusqu'au bout du truc.
Commentaire de Charles Decaux [ 16/déc./08 11:57 ]
Peut-on :
- configurer les 2 adresses donotanswer et noreply
- commencer avec donotanswer
- switcher sur noreply ultérieurement ?

merci
Commentaire de Emeric Teil [ 16/déc./08 12:03 ]
Arnaud, je te laisse expliquer...
Commentaire de Arnaud Forgues [ 16/déc./08 12:07 ]
Il y a déjà eu une demande de création d'adresse email auprès de l'exploit pour "donotanswer@priceminister.com" qui d'ailleurs aurait mieux fait de finir par "co.uk". De plus j'ai déjà modifié l'adresse dans les propriétés dans ce sens.

Donc les JIRAs ne sont fait pour brainstormer !!

Si la demande doit changer. C'est trop tard. Je ferme donc le JIRA qui répond à la demande "donotanswer@priceminister.com".

Si à présent on souhaite un "noreply@priceminister.co.uk", merci de le faire dans une autre demande.
Commentaire de Cedric Favero [ 16/déc./08 12:16 ]
Ok comme çà.
My bad sur ce coup, j'avais voulu anticiper et avais du coup lancé le truc un peu trop vite/ trop tot.

On reprendra par la suite..
Commentaire de Cedric Favero [ 17/déc./08 11:57 ]
Sur INTEG , l'adresse expediteur est noresponder@priceminister.es :-( et on a pas le choix pour adresse anglaise.
Si doit etre refait, autant prendre la suggestion de Charles !
Commentaire de Emeric Teil [ 17/déc./08 12:53 ]
Christophe, c'est de votre côté ?
Commentaire de Christophe Garcia [ 19/déc./08 11:56 ]
OK. Mis à jour sur nos serveurs.
Ca sera effectif au prochain démarrage.
Commentaire de Cedric Favero [ 10/juin/09 10:04 ]
Je réouvre la demande.
En effet suite à configuration par l'exploitation, on veut effectivement utiliser noreply@priceminister.co.uk.

Mail de patrice:

"Nous avons mis en place tout ce qu'il fallait pour pouvoir recevoir et traiter les mails pour les domaines priceminister.es et priceminister.co.uk. En conséquence, cette semaine, nous allons modifier la configuration des serveurs applicatifs des plateformes espagnole et anglaise pour que les expéditeurs des mails applicatifs soient désormais :
noresponder@priceminister.es pour l'Espagne
noreply@priceminister.co.uk pour l'Angleterre"
Commentaire de Emeric Teil [ 07/juil./09 15:01 ]
pourquoi ce Jira est-il toujours ouvert en Tx-D ?
Commentaire de Cedric Favero [ 07/juil./09 15:26 ]
Parceque je n'ai pas changé la version cible (qui est à definir)
Commentaire de Patrice Boulanger [ 10/juil./09 17:42 ]
Corrigé avec la CTN-J
Commentaire de Cedric Favero [ 10/juil./09 17:44 ]
Steven et Habib en copie pour info



[APP-1817] pb avec ouverture de plusieurs mails en même temps en BO Création: 21/janv./04 16:47  Mise à jour: 25/juin/07 18:24  Résolue: 25/juin/07 18:24

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.1.5pre
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Emilie Froissard Attribution: Arnaud Forgues
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
qd on veut lire par ex 2 mails déjà existants, on ne peut en ouvrir qu'un seul
et si on clique sur le deuxième, le premier ouvert se referme
automatiquement... avant, ou pouvait ouvrir autant de nouveaux mails qu'on
voulait...

l'url est une page d'exemple en BO intégration:
par ex, cliquer sur e-mail blanc acheteur puis sur e-mail blanc vendeur: le
premier s'est refermé...

cela nous fait perdre du temps car quand on veut copier un mail type, il faut
utiliser un autre logiciel (word ou outlook), puis tout recopier pour avoir le
mail complet à envoyer...
(même chose pour la messagerie CRM)

J'espère que ces explications sont compréhensibles...

Merci,
Emilie

 Commentaires   
Commentaire de Quentin de Chivré [ 21/janv./04 19:21 ]
Ceci est une demande d'amélioration
Commentaire de Arnaud Forgues [ 10/févr./04 18:59 ]
Résolu depuis le 23/01 .... oups! sinon ca venait d'un probleme javascript :
on ne checker pas le nombre de parametre comme avant dans la methode popWindow
suite a la creation de la methode openWindow pour le CRM



[APP-1826] Problème d'accès à la page "Annonce" en BO. Création: 21/janv./04 17:16  Mise à jour: 25/juin/07 18:24  Résolue: 25/juin/07 18:24

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.1.5pre
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Ludovic Robert Attribution: Validator
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Quand on clic sur le lien "Annonces" en BO (dans le bloc commercial), la page
n'arrive pas à s'afficher et l'on obtient le message suivant :

"null; CausedByException is: null; CausedByException is: ORA-01652: impossible
d'étendre le segment temporaire de 64 dans l'espace table TEMP ORA-27059:
skgfrsz : réduction impossible de la taille du fichier Linux Error: 22: Invalid
argument Additional information: 1 ; nested exception is: com.babelstore.util.
QueryException: null; CausedByException is: null; CausedByException is:
ORA-01652: impossible d'étendre le segment temporaire de 64 dans l'espace table
TEMP ORA-27059: skgfrsz : réduction impossible de la taille du fichier Linux
Error: 22: Invalid argument Additional information: 1 "

 Commentaires   
Commentaire de Validator [ 21/janv./04 17:17 ]


*** This bug has been marked as a duplicate of 1845 ***



[IMP-3843] [UK] Création compte FTP compte mobile_uk Création: 25/juin/09 11:44  Mise à jour: 30/oct./09 15:52  Résolue: 07/juil./09 15:31

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Jeremy Pallot Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
GBR - Royaume Uni
Login: mobile_uk
Séparateur: Tabulation
Type de traitement:
Suppression produits, Mise à jour/création annonces avec création produits

 Description   
Bonjour,

Pouvez-vous créer un compte FTP pour le pseudo UK: mobile_uk
Son profil d'import existe déjà.

Compte FTP avec "overwrite" "add" "delete" afin qu'il puisse mettre à jour son inventaire, profild e création des annonces mais réactualisation du stock via la référence soumetteur.

 Commentaires   
Commentaire de Laurent Payot [ 02/juil./09 17:04 ]
je pars en vacances ce soir et je reviens le 15 juillet. J'affecte le Jira à Daniel.
Commentaire de Daniel Pintamalli [ 07/juil./09 15:09 ]
=====================================================================
Account FTP seller created...

Pseudo : mobile_uk
password : rgeuih75U
Server : ftp.priceminister.co.uk

=====================================================================

Répertoires à utiliser:

stock/add
stock/overwrite
stock/delete
Commentaire de Daniel Pintamalli [ 07/juil./09 15:29 ]
La configuration est en place.



[APP-15833] Gestion des caches : ajouter un apercu en BO Création: 06/avr./07 12:26  Mise à jour: 28/janv./11 10:34  Résolue: 07/déc./10 10:52

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 13.3.0
Version(s) corrigée(s): 86.0.0 (TX-R)

Type: Amélioration Priorité: Majeur
Rapporteur: Arnaud Forgues Attribution: Arnaud Forgues
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
doublon de APP-30539 [BO] Adaptation de l'écran de gestion... Fermé
Pays:
ALL - Tous
Projets PM: *** RESERVE ***
Classif1: TECH

 Description   
On constate assez frequemment des problèmes avec le rechargement des caches, ou on ne sait pas si le rechargement a été correctement effectué. Est-ce que ma modification a bien été prise en compte ... etc ..

Une façon assez simple de résoudre (en partie) ce problème, à la manière de l'écran d'administration FAST permettant de requeter l'index FAST, serait d'ajouter sur l'écran de rechargement des caches, un bouton "voir" ou "prévisualiser" qui ferait simplement un :

"CacheClient.getData(<Type>).toString()"

Ensuite charge aux développeurs de correctement écrire les méthodes toString() des objets qu'ils utilisent pour encapsuler les différents caches.

On pourrait ainsi afficher les listing génériques de ces caches dans une popup suite au click sur un tel bouton !

 Commentaires   
Commentaire de Arnaud Forgues [ 07/déc./10 10:52 ]
Cette fonctionnalité n'est plus d'actualité car elle a déjà été mise en place via le JIRA lié

CAJ2010Q4TX



[APP-16096] Erreur sur écran BO : ContractView_jsp Création: 24/avr./07 19:09  Mise à jour: 06/juil./07 15:51  Résolue: 26/avr./07 18:52

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 14.0.0
Version(s) corrigée(s): 15.0.0

Type: Bogue Priorité: Majeur
Rapporteur: Christophe Garcia Attribution: Alexandre Garnier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Liens des demandes:
Similaire
similaire à APP-16094 Erreur dans batch CAPTURE Fermé
Pays:
FRA - France
Site: Integ
Projets PM archivés: Maintenance 15.x.x

 Description   
2007-04-19 15:04:21,805 INFO [-Processor20] 192.168.1.124 - >>> GET http://bo.pm.lan/contract_back?action=contractview&contractid=127958
2007-04-19 15:04:22,226 ERROR [-Processor20] 192.168.1.124 - Block generation error in : com.babelstore.contract.back.ContractView_jsp
2007-04-19 15:04:22,226 ERROR [-Processor20] 192.168.1.124 - Assembly error
Servlet : com.babelstore.contract.back.ContractBackServlet
Request : GET http://bo.pm.lan/contract_back?action=contractview&contractid=127958
Referrer : http://bo.pm.lan/purchase_back?action=purchaseview&purchaseid=44770936
User-Agent : Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)
Trace : java.lang.NullPointerException
        at com.babelstore.contract.back.ContractView_jsp.generate(ContractView_jsp.java:665)
        at com.babelstore.util.Block.generate(Block.java:143)
        at com.babelstore.util.web.Request.include(Request.java:521)
        at com.babelstore.util.web.Request.include(Request.java:554)
        at com.babelstore.util.web.Request.include(Request.java:560)
        at com.babelstore.common.back.BackTemplate_jsp.generate(BackTemplate_jsp.java:59)
        at com.babelstore.util.Block.generate(Block.java:143)
        at com.babelstore.util.web.Screen.generate(Screen.java:137)
        at com.babelstore.util.web.Request.generate(Request.java:494)
        at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:374)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:166)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:112)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)

2007-04-19 15:04:22,227 INFO [-Processor20] 192.168.1.124 - <<< [422 ms] GET http://bo.pm.lan/contract_back?action=contractview&contractid=127958

 Commentaires   
Commentaire de Alexandre Garnier [ 26/avr./07 17:39 ]
C'est le contrat du JIRA APP-16094
Commentaire de Alexandre Garnier [ 26/avr./07 18:15 ]
Soucis d'acheteur de garantie qui n'est pas le vendeur : il ne possède pas d'adresse de rencontre mais c'est pourtant sur celle-là qu'on essaie de générer les liens de recherche par tel et par adresse.
Je vais corriger ça pour utiliser du coup son adresse de contact acheteur.
Commentaire de Alexandre Garnier [ 26/avr./07 18:52 ]
Corrigé.
Maintenant, si l'adresse de rencontre n'existe pas (acheteur de garantie non vendeur de voiture) on utilise l'adresse de déclaration d'achat.
De plus pour l'acheteur de la voiture, on utilise maintenant l'adresse de déclaration d'achat au lieu de l'adresse de livraison.



Impossible de trouver un article dans l'état DELETED si le panier est-lui même dans l'état EXPIRED (EXP-2822)

[EXP-2830] Pb de perf bo sur Recherche de panier Création: 13/oct./06 17:18  Mise à jour: 25/juin/07 18:59

Etat: Ouvert
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sub-bug Priorité: Majeur
Rapporteur: Patrick Pereira Attribution: Quentin de Chivré
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Sur l'écran http://bo.priceminister.com/purchase_back?action=purchasesearch&fuzzy=false&numberrows=200&order=1
Lorsqu'on spécifie une date de création de panier (par exemple 2006-10-11), un type de panier expiré, et un type d'article à 60, on a de mauvaises perfs.

La requête est la suivante :

VAR x1 VARCHAR2(20);
EXEC :x1 := '2006-10-11 00:00:00';

SELECT purchase.purchase_id, purchase.authorization_card_amount, purchase.authorization_coupon_amount, purchase.authorization_date, purchase.authorization_number_request, purchase.authorization_number_response, purchase.authorization_operation_amount, purchase.brand_id, purchase.brand_partner, purchase.buyer_account_id, purchase.buyer_login, purchase.capture_card_amount, purchase.capture_coupon_amount, purchase.capture_date, purchase.capture_number_request, purchase.capture_number_response, purchase.capture_operation_amount, purchase.card_expiration_month, purchase.card_expiration_year, purchase.card_is_cvv_used, purchase.card_is_e_carte_bleue_detected, purchase.card_number_begin, purchase.card_number_end, purchase.card_number_hash, purchase.card_pay_incident_count, purchase.card_type_code, purchase.change_date, purchase.creation_date, purchase.currency_id, purchase.ip_address, purchase.is_tracking_direct, purchase.operation_id,
purchase.payment_type_code, purchase.pch_followup_code, purchase.pch_status_code, purchase.pch_type_code, purchase.request_date, purchase.row_version, purchase.security_number, purchase.usa_address1, purchase.usa_address2, purchase.usa_city, purchase.usa_country_id, purchase.usa_digicode, purchase.usa_email_address,
 purchase.usa_fax_number, purchase.usa_first_name, purchase.usa_last_name, purchase.usa_phone_comment_1, purchase.usa_phone_comment_2, purchase.usa_phone_comment_3, purchase.usa_phone_number_1, purchase.usa_phone_number_2, purchase.usa_phone_number_3, purchase.usa_state_id, purchase.usa_zip, purchase.usr_coupon_id,
 purchase.usr_title_code, purchase.usr_tracking_id
FROM purchase
WHERE (purchase.creation_date >= TO_DATE(:x1,'YYYY-MM-DD HH24:MI:SS') )
AND (purchase.pch_status_code = 20)
AND (EXISTS (
  SELECT item_id
  FROM item
  WHERE (item.purchase_id = purchase.purchase_id)
  AND (item.itm_status_code = 60)))
ORDER BY purchase.authorization_date DESC
;


Elapsed: 00:10:44.88

Execution Plan
----------------------------------------------------------
   0 SELECT STATEMENT Optimizer=CHOOSE (Cost=21300 Card=173880 Bytes=40166280)
   1 0 SORT (ORDER BY) (Cost=21300 Card=173880 Bytes=40166280)
   2 1 NESTED LOOPS (Cost=15096 Card=173880 Bytes=40166280)
   3 2 SORT (UNIQUE)
   4 3 INDEX (FAST FULL SCAN) OF 'ITEM_FKIX_PURCHASE_SELLER ' (NON-UNIQUE) (Cost=11226 Card=783560 Bytes=7052040)
   5 2 TABLE ACCESS (BY INDEX ROWID) OF 'PURCHASE' (Cost=1 Card=1 Bytes=222)
   6 5 INDEX (UNIQUE SCAN) OF 'PK_PURCHASE' (UNIQUE) (Cost=1 Card=1)

Statistics
----------------------------------------------------------
          0 recursive calls
          0 db block gets
    2282931 consistent gets
     397903 physical reads
         68 redo size
       3999 bytes sent via SQL*Net to client
        568 bytes received via SQL*Net from client
          1 SQL*Net roundtrips to/from client
          2 sorts (memory)
          0 sorts (disk)
          0 rows processed

Ne pourrait-on pas répéter dans la selection des item la creation_date du purchase.

De cette manière on aurait :


SELECT purchase.purchase_id, purchase.authorization_card_amount, purchase.authorization_coupon_amount, purchase.authorization_date, purchase.authorization_number_request, purchase.authorization_number_response, purchase.authorization_operation_amount, purchase.brand_id, purchase.brand_partner, purchase.buyer_account_id, purchase.buyer_login, purchase.capture_card_amount, purchase.capture_coupon_amount, purchase.capture_date, purchase.capture_number_request, purchase.capture_number_response, purchase.capture_operation_amount, purchase.card_expiration_month, purchase.card_expiration_year, purchase.card_is_cvv_used, purchase.card_is_e_carte_bleue_detected, purchase.card_number_begin, purchase.card_number_end, purchase.card_number_hash, purchase.card_pay_incident_count, purchase.card_type_code, purchase.change_date, purchase.creation_date, purchase.currency_id, purchase.ip_address, purchase.is_tracking_direct, purchase.operation_id,
purchase.payment_type_code, purchase.pch_followup_code, purchase.pch_status_code, purchase.pch_type_code, purchase.request_date, purchase.row_version, purchase.security_number, purchase.usa_address1, purchase.usa_address2, purchase.usa_city, purchase.usa_country_id, purchase.usa_digicode, purchase.usa_email_address,
 purchase.usa_fax_number, purchase.usa_first_name, purchase.usa_last_name, purchase.usa_phone_comment_1, purchase.usa_phone_comment_2, purchase.usa_phone_comment_3, purchase.usa_phone_number_1, purchase.usa_phone_number_2, purchase.usa_phone_number_3, purchase.usa_state_id, purchase.usa_zip, purchase.usr_coupon_id,
 purchase.usr_title_code, purchase.usr_tracking_id
FROM purchase
WHERE (purchase.creation_date >= TO_DATE(:x1,'YYYY-MM-DD HH24:MI:SS') )
AND (purchase.pch_status_code = 20)
AND (EXISTS (
  SELECT item_id
  FROM item
  WHERE (item.purchase_id = purchase.purchase_id)
  AND (item.itm_status_code = 60)
  AND (item.creation_date >= TO_DATE(:x1,'YYYY-MM-DD HH24:MI:SS'))
  ))
ORDER BY purchase.authorization_date DESC
;


Elapsed: 00:00:03.65

Execution Plan
----------------------------------------------------------
   0 SELECT STATEMENT Optimizer=CHOOSE (Cost=2236 Card=1959 Bytes=468201)
   1 0 SORT (ORDER BY) (Cost=2236 Card=1959 Bytes=468201)
   2 1 NESTED LOOPS (Cost=2107 Card=1959 Bytes=468201)
   3 2 SORT (UNIQUE)
   4 3 TABLE ACCESS (BY INDEX ROWID) OF 'ITEM' (Cost=79 Card=1959 Bytes=33303)
   5 4 INDEX (RANGE SCAN) OF 'ITEM_FKIX_STATUS_CREATION_DATE' (NON-UNIQUE) (Cost=24 Card=353)
   6 2 TABLE ACCESS (BY INDEX ROWID) OF 'PURCHASE' (Cost=1 Card=1 Bytes=222)
   7 6 INDEX (UNIQUE SCAN) OF 'PK_PURCHASE' (UNIQUE) (Cost=1 Card=1)

Statistics
----------------------------------------------------------
          0 recursive calls
          0 db block gets
       3875 consistent gets
        463 physical reads
          0 redo size
       3999 bytes sent via SQL*Net to client
        661 bytes received via SQL*Net from client
          1 SQL*Net roundtrips to/from client
          2 sorts (memory)
          0 sorts (disk)
          0 rows processed



[INF-409] alias bo.sav.cdp Création: 12/janv./10 09:53  Mise à jour: 12/janv./10 10:52  Résolue: 12/janv./10 10:52

Etat: Résolu
Projet: Infrastructure
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Mineur
Rapporteur: Steven Harel Attribution: Stéphane Eccli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Commentaires   
Commentaire de Steven Harel [ 12/janv./10 09:55 ]
j'ai un souci sur l'alias bo.sav.cdp

jonathan lesage l'a reçu alors qu'il n'est pas dans la liste des destinataires

peux-tu l'enlever et vérifier qu'il n'y a que hind, laura, eve et jémima ?

merci
Commentaire de Stéphane Eccli [ 12/janv./10 10:52 ]
done



BI : Migration BusinessObjects sur Tellus (EXP-3018)

[EXP-3364] Installer la nouvelle version de BO sur Brice Création: 09/mars/07 15:32  Mise à jour: 16/avr./08 13:43  Résolue: 16/avr./08 13:43

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Mineur
Rapporteur: Patrice Boulanger Attribution: Patrice Boulanger
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Commentaires   
Commentaire de Patrice Boulanger [ 16/avr./08 13:43 ]
BO ne sera pas installé sur Brice mais sur un serveur dédié.



[APP-28846] Mon compte / Annonces à aligner Création: 22/mars/10 19:10  Mise à jour: 04/mai/10 09:44  Résolue: 24/mars/10 08:41

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 64.0.1
Version(s) corrigée(s): 68.0.0 (VEN-B)

Type: Bogue Priorité: Mineur
Rapporteur: Benoit Tabaka Attribution: Dispatcher (Pôle VEN)
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File fiche_produit_livre2.jpg     JPEG File Mon Compte.jpg     JPEG File stock_BO_livre2.jpg    
Liens des demandes:
Duplicate
doublon de APP-28677 Problème sur la fonction "alignez vot... Fermé
Pays:
FRA - France
Site: Prod
Projets PM: *** A PLANIFIER ***
Navigateur: FireFox 3.0

 Description   
Bogue (?) constaté sur "mon Compte".

1) Il m'est indiqué 2 produits "à aligner" alors que les deux autres vendeurs le proposent au même prix.

2) Sur le second produit, il m'est indiqué qu'un autre vendeur le propose au même prix. Quand je clique sur la fiche produit, je suis le seul vendeur particulier. En BO, il apparaît qu'un autre vendeur a proposé ce produit afin de supprimer l'annonce 1 minute après l'avoir créée.



[CAT-1644] Boutique soledad73 : Compte statut pro - non accès à l'état neuf Création: 24/avr./09 11:29  Mise à jour: 13/mai/09 09:20  Résolue: 13/mai/09 09:20

Etat: Résolu
Projet: Paramétrage - Non Import
Composants: Mise en vente
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Bloquant
Rapporteur: Stéphanie Vignali Attribution: Marion Anfreville
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à APP-26577 Choix du neuf dans MEV 4G : même si c... Fermé
Pays:
FRA - France

 Description   
Nous avons reçu un message du pseudo soledad73 dont le compte a été validé en professionnel le 23/04.
http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=18661870

Elle se plaint de ne pouvoir modifier ses annonces pour les passer à l'état neuf.

Il y a dans son inventaire une annonce à l'état neuf mais le reste de ses annonces sont en comme neuf.

Lorsque je cliquer sur Modifier l'annonce" sur une annonce à l'état Comme neuf, la mention "Produit neuf "n'apparaît pas dans le menu déroulant.

Les annonces sont soumises dans la catégorie Art > Peinture.

Il faudrait regarder pourquoi çà ne fonctionne pas et s'assurer que le problème n'est pas généralisé à toute la catégorie Art.

 Commentaires   
Commentaire de Espérance Galouo-Lece [ 24/avr./09 11:55 ]
 - Soucis avec les formulaires de modification d'annonces?
Commentaire de Stéphanie Vignali [ 24/avr./09 12:12 ]
Exactement.
Commentaire de Marion Anfreville [ 24/avr./09 15:53 ]
Le partenaire a des annonces de type "Peinture".
Commentaire de Fabien Farache [ 27/avr./09 09:46 ]
1) Le formulaire utilisé est générique (utilisé par un grand nombre de types)

2) Les produits qu'on ne peut mettre en "neuf" ont été créés à une date antérieur au passage du compte en pro. Je me suis donc demandé si l'appli n'était pas super intelligente et bloquait la passage en neuf car le produit avait été créé alors que le compte n'était pas pro. Après test il s'avère que ce n'est pas ça, sur un autre compte j'ai pu passer des produits (créés avec compte particulier) en neuf après avoir basculé le compte en pro.
Commentaire de Fabien Farache [ 29/avr./09 09:30 ]
Discuter avec BBO et MSU.

Pour rappel, ce n'est pas que l'appli refuse qu'on passe un produit en neuf, mais que l'on ne nous propose même pas le choix "neuf" dans le select box
Commentaire de Fabio Almeida-Morais [ 12/mai/09 11:09 ]
C'est normal : le type peinture n'autorise pas l'état neuf (cf. configuration produit - Création annonce).
Commentaire de Stéphanie Vignali [ 12/mai/09 11:13 ]
Ce n'est pas normal donc que le type peinture en configuration produit n'autorise pas l'état neuf.
Commentaire de Marion Anfreville [ 13/mai/09 09:20 ]
Le paramètre "Autoriser état "Neuf"" a été coché pour résoudre ce problème.

Effectif demain en prod.



[APP-11304] IMpossible de valider des images soumises en BO Création: 25/juil./06 12:11  Mise à jour: 25/juin/07 18:42  Résolue: 27/juil./06 17:26

Etat: Fermé
Projet: Application PriceMinister
Composants: Images produit
Affecte la/les version(s): 9.0.1a
Version(s) corrigée(s): 9.0.2

Type: Bogue Priorité: Bloquant
Rapporteur: Patrick Condevaux Attribution: Renaud Dierickx
Résolution: Corrigé  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à APP-10188 Image produit absente : Pb d'affichage Fermé
Sous-tâches:
Clé
 Résumé
 Type
 Etat
 Attribution
APP-11367 [Import d'images] Corriger le script ... Sous-tâche Fermé Antoine Koener  
APP-11368 [Images] Correction des doublons de r... Sous-tâche Fermé Patrick Pereira  
Site: Prod

 Description   
dans le B0, lorsqu'on va dans la rubrique images (soumises).

On a une erreur lorsqu'on valide une serie d'image (apparement ce n'est systématique mais peut-etre seulement lorsqu'on souhaite supprimer des images)

le message d'erreur est le suivant:

null; CausedByException is: More than one entity matches the finder criteria: [ImageBusinessEjb:336814052, ImageBusinessEjb:336814053]; nested exception is: javax.ejb.EJBException: null; CausedByException is: More than one entity matches the finder criteria: [ImageBusinessEjb:336814052, ImageBusinessEjb:336814053]

PS: je n'est pas reussi a le reproduire en INTEG :-/


ci-dessous les logs de la prod:


2006-07-25 12:08:05,679 INFO [-Processor17] 62.23.27.114 - >>> GET http://bo.priceminister.com/image_back?action=imageactivate&pri_status_code=-20&rank=&change_start_date=&change_end_date=&creation_start_date=&creation_end_date=&product_id=&prd_type_code=&number_rows=12&creation_end_date=&creation_end_date=&login=&matrix=true&validate337214386=0&validate337214385=0&validate337251416=0&validate337511744=0&validate337214387=0&validate337251655=1&validate337251454=0&validate337251455=0&validate337216357=1&validate336814051=1&validate336814052=1&validate336814053=1&validate336688864=1&validate336688865=1&validate336814054=1&validate336814055=1&validate336814056=1&validate336814057=1&validate336814058=1&x=33&y=9
2006-07-25 12:08:05,742 INFO [-Processor17] 62.23.27.114 - Mail to s-s.martinez@wanadoo.fr - Subject : L'image que vous avez soumise a été refusée
2006-07-25 12:08:05,886 INFO [-Processor17] 62.23.27.114 - Mail to s-s.martinez@wanadoo.fr - Subject : L'image que vous avez soumise a été refusée
2006-07-25 12:08:05,953 INFO [P-Processor9] - Session bound
2006-07-25 12:08:06,155 ERROR [-Processor17] 62.23.27.114 - TransactionRolledbackException in method: public abstract void com.babelstore.image.business.ImageBusiness.changeStatus(java.lang.Long) throws java.rmi.RemoteException,javax.ejb.FinderException,com.babelstore.image.ImageActivationException, causedBy:
javax.ejb.FinderException: More than one entity matches the finder criteria: [ImageBusinessEjb:336814052, ImageBusinessEjb:336814053]
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCFindEntityCommand.execute(JDBCFindEntityCommand.java:58)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.findEntity(JDBCStoreManager.java:589)
        at org.jboss.ejb.plugins.CMPPersistenceManager.findEntity(CMPPersistenceManager.java:300)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.findEntity(CachedConnectionInterceptor.java:298)
        at org.jboss.ejb.EntityContainer.findSingleObject(EntityContainer.java:1086)
        at org.jboss.ejb.EntityContainer.find(EntityContainer.java:715)
        at sun.reflect.GeneratedMethodAccessor151.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:1113)
        at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:90)
        at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationInterceptor.java:192)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(CachedConnectionInterceptor.java:212)
        at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:90)
        at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:117)
        at org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:61)
        at org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCreationInterceptor.java:28)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invokeHome(CallValidationInterceptor.java:41)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:109)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:146)
        at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:116)
        at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:121)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invokeHome(ProxyFactoryFinderInterceptor.java:93)
        at org.jboss.ejb.EntityContainer.internalInvokeHome(EntityContainer.java:508)
        at org.jboss.ejb.Container.invoke(Container.java:894)
        at sun.reflect.GeneratedMethodAccessor139.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155)
        at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104)
        at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179)
        at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165)
        at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
        at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55)
        at org.jboss.proxy.ejb.HomeInterceptor.invoke(HomeInterceptor.java:169)
        at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86)
        at $Proxy306.findByProductIdAndRank(Unknown Source)
        at com.babelstore.image.business.ImageBusinessBean.changeStatus(ImageBusinessBean.java:124)
        at sun.reflect.GeneratedMethodAccessor622.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72)
        at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111)
        at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242)
        at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89)
        at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
        at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514)
        at org.jboss.ejb.Container.invoke(Container.java:873)
        at sun.reflect.GeneratedMethodAccessor139.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155)
        at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104)
        at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179)
        at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165)
        at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
        at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55)
        at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97)
        at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86)
        at $Proxy307.changeStatus(Unknown Source)
        at com.babelstore.image.back.ImageActivateAction.execute(ImageActivateAction.java:106)
        at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:331)
        at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:293)
        at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:210)
        at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:182)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:151)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:113)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)
2006-07-25 12:08:06,158 WARN [-Processor17] 62.23.27.114 - Catched a TransactionRolledbackException in Dispatcher.innerLoad cause : javax.ejb.EJBException: null; CausedByException is:
        More than one entity matches the finder criteria: [ImageBusinessEjb:336814052, ImageBusinessEjb:336814053] / message : null; CausedByException is:
        More than one entity matches the finder criteria: [ImageBusinessEjb:336814052, ImageBusinessEjb:336814053]; nested exception is:
        javax.ejb.EJBException: null; CausedByException is:
        More than one entity matches the finder criteria: [ImageBusinessEjb:336814052, ImageBusinessEjb:336814053]
2006-07-25 12:08:06,192 ERROR [-Processor17] 62.23.27.114 - Load error
Servlet : com.babelstore.image.back.ImageBackServlet
Request : GET http://bo.priceminister.com/image_back?action=imageactivate&pri_status_code=-20&rank=&change_start_date=&change_end_date=&creation_start_date=&creation_end_date=&product_id=&prd_type_code=&number_rows=12&creation_end_date=&creation_end_date=&login=&matrix=true&validate337214386=0&validate337214385=0&validate337251416=0&validate337511744=0&validate337214387=0&validate337251655=1&validate337251454=0&validate337251455=0&validate337216357=1&validate336814051=1&validate336814052=1&validate336814053=1&validate336688864=1&validate336688865=1&validate336814054=1&validate336814055=1&validate336814056=1&validate336814057=1&validate336814058=1&x=33&y=9
Referrer : http://bo.priceminister.com/image_back?action=imagesearch&javascript_callback=&matrix=true&product_id=&prd_type_code=&prd_image_id=&pri_status_code=-20&login=&creation_start_date=&creation_end_date=&change_start_date=&change_end_date=&number_rows=12&x=33&y=10
User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.0.4) Gecko/20060508 Firefox/1.5.0.4
Trace : javax.transaction.TransactionRolledbackException: null; CausedByException is:
        More than one entity matches the finder criteria: [ImageBusinessEjb:336814052, ImageBusinessEjb:336814053]; nested exception is:
        javax.ejb.EJBException: null; CausedByException is:
        More than one entity matches the finder criteria: [ImageBusinessEjb:336814052, ImageBusinessEjb:336814053]
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:244)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
        at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514)
        at org.jboss.ejb.Container.invoke(Container.java:873)
        at sun.reflect.GeneratedMethodAccessor139.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155)
        at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104)
        at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179)
        at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165)
        at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
        at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55)
        at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97)
        at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86)
        at $Proxy307.changeStatus(Unknown Source)
        at com.babelstore.image.back.ImageActivateAction.execute(ImageActivateAction.java:106)
        at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:331)
        at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:293)
        at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:210)
        at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:182)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:151)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:113)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)
Caused by: javax.ejb.EJBException: null; CausedByException is:
        More than one entity matches the finder criteria: [ImageBusinessEjb:336814052, ImageBusinessEjb:336814053]
        at com.babelstore.image.business.ImageBusinessBean.changeStatus(ImageBusinessBean.java:132)
        at sun.reflect.GeneratedMethodAccessor622.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72)
        at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111)
        at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242)
        at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89)
        at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
        ... 54 more

2006-07-25 12:08:06,212 INFO [-Processor17] 62.23.27.114 - <<< [532 ms] GET http://bo.priceminister.com/image_back?action=imageactivate&pri_status_code=-20&rank=&change_start_date=&change_end_date=&creation_start_date=&creation_end_date=&product_id=&prd_type_code=&number_rows=12&creation_end_date=&creation_end_date=&login=&matrix=true&validate337214386=0&validate337214385=0&validate337251416=0&validate337511744=0&validate337214387=0&validate337251655=1&validate337251454=0&validate337251455=0&validate337216357=1&validate336814051=1&validate336814052=1&validate336814053=1&validate336688864=1&validate336688865=1&validate336814054=1&validate336814055=1&validate336814056=1&validate336814057=1&validate336814058=1&x=33&y=9

 Commentaires   
Commentaire de Mostafa Diane [ 25/juil./06 16:39 ]
cette erreur indique que le finder findByProductIdAndRank trouve plus qu'une ligne, ce qui veut dire que plusieurs images ont le même rang.
Commentaire de Mostafa Diane [ 25/juil./06 18:30 ]
EN GROS IL Y A 29028 IMAGES AVEC DES MËMES rangs
select image1.prd_image_id, image1.rank, image1.product_id,
  2 image2.prd_image_id, image2.product_id, image2.rank
  3 from prd_image image1, prd_image image2
  4 where image1.product_id = image2.product_id
  5 and image1.rank = image2.rank
  6* and image1.prd_image_id <> image2.prd_image_id
Commentaire de Mostafa Diane [ 25/juil./06 18:31 ]
Je t'assigne le bug pour faire la correction qu'on a vu sur l'import_images.pl. Merci
Commentaire de Quentin de Chivré [ 25/juil./06 19:13 ]
quelle correction ? A qui appartient ce script ? Dev / Exploit ? Il est sous CVS ?
Commentaire de Mostafa Diane [ 26/juil./06 10:12 ]
Ce script "mport_images.pl"est sous CVS, La correction consiste à ne plus importer les images via import si il y dejà des images soumises, cette correction evitera d'avoir des images qui ont le même rang (Martin est d'accord).
 Renaud dispose d'un script de correction qui corrigera la situation actuelle (les images avec le même rangs)
Commentaire de Quentin de Chivré [ 26/juil./06 10:33 ]
Est-ce que c'est pas le moment de corriger APP-10188 dans la foulée ?
Commentaire de Renaud Dierickx [ 27/juil./06 10:48 ]
J'ai fait la correction sous cvs sur la branch V902. Toutefois, je garde ce bug ouvert pour le suivi des sous taches.
Sinon Quentin, pour le bug APP-10188, je suis en train d'étudier les différentes solutions que l'on peut mettre en place.
Le bug est moins critique que celui-ci et demande un peu de temps avant d'être corrigé.
Commentaire de Renaud Dierickx [ 27/juil./06 17:26 ]
Ok patrick est en train de passer les scripts et Antoine a corrigé l'import.
Commentaire de Patrick Condevaux [ 28/juil./06 16:50 ]
ok en INTEG et en PROD



[APP-10012] Chantier "Mon compte" : navigation dans l'espace mon compte Création: 30/mai/06 11:45  Mise à jour: 25/juin/07 18:39  Résolue: 13/juin/07 10:50

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 9.0.0
Version(s) corrigée(s): 14.2.0

Type: Nouvelle fonctionnalité Priorité: Majeur
Rapporteur: Dorian Porta Delsol Attribution: Fréderic Tiberghien
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à APP-15529 Refonte Mon Compte : lot 1 Fondation Fermé
Site: Integ

 Description   
Lorsqu'on est sur l'espace mon compte, on ne retrouve plus tous les onglets des catégories de produit et on n'a pas forcément le reflexe de cliquer sur "tous les produits" ou l'utilité du moteur de recherche (si l'on vient pour une bonne affaire x) ou pour mettre un produit en vente.

Je pense qu'il faut rajouter dans l'espace vendeur, un lien mettre en vente qui est dirigée vers :
http://www.priceminister.com/assistance
si l'on souhaite vendre

Et avoir un autre lien tous les produits dans l'espace acheteur

Merci

 Commentaires   
Commentaire de Fréderic Tiberghien [ 13/juin/07 10:50 ]
Fix avec le projet mega banner



[BCK-16] [EP] [BO] ajouter le tri par gestionnaire de compte PRO dans l'interface de modération d'espace perso PRO Création: 13/août/10 11:08  Mise à jour: 28/sept./10 12:42  Résolue: 23/sept./10 17:40

Etat: Fermé
Projet: Backlog Projets
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): V78_0_0 (CTN-TU)

Type: Amélioration Priorité: Mineur
Rapporteur: Fabrice Feugas Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Projets PM: Espace personnalisé

 Commentaires   
Commentaire de Renaud Dierickx [ 23/sept./10 17:40 ]
C'est fait !
Commentaire de Fabrice Feugas [ 28/sept./10 12:42 ]
Well done !



[IMP-2494] regenération des purchase pour les comptes DECITRE Création: 04/août/08 14:01  Mise à jour: 30/oct./09 15:53  Résolue: 04/août/08 14:01

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Mineur
Rapporteur: Frédéric Nahum Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: toutilibris,decilibris
Séparateur: N/A
Type de traitement:
Mise à jour/création annonces avec mise à jour/création produits (écrasement)

 Description   
regenération des purchase pour les comptes DECITRE

 Commentaires   
Commentaire de Frédéric Nahum [ 04/août/08 14:01 ]
les purchase du 02/08/2008 ont été regénéré à la demande du client



[IMP-4429]  creation compte FTP pour lmirandam Création: 21/oct./09 16:56  Mise à jour: 12/nov./09 15:49  Résolue: 12/nov./09 15:49

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Anne Korchia Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ESP - Espagne
Login:  lmirandam
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
 creation compte FTP pour lmirandam

 Commentaires   
Commentaire de Daniel Pintamalli [ 12/nov./09 15:34 ]
=====================================================================
Cuenta FTP vendedor creada...

Pseudo : lmirandam
contraseña : dehu78hJK
Server : ftp.priceminister.es
Pais : es
Flujo de pedidos : no

=====================================================================

Le fichier doit être déposé dans le dossier /stock/sobrescritura
Commentaire de Anne Korchia [ 12/nov./09 15:36 ]
peux tu écrire au pro pour lui expliquer comment cela fonctionne? Merci
Commentaire de Daniel Pintamalli [ 12/nov./09 15:40 ]
CORRECTION: Le fichier doit être déposé dans le dossier < /stock/remplazar >
Commentaire de Daniel Pintamalli [ 12/nov./09 15:41 ]
ok
Commentaire de Daniel Pintamalli [ 12/nov./09 15:49 ]
Mail envoyé au PRO:

De : Daniel Pintamalli [mailto:daniel.pintamalli@priceminister.com]
Envoyé : jeudi 12 novembre 2009 15:49
À : 'pedidos@libreriamiranda.net'
Cc : 'support.pro@priceminister.com'; 'anne.korchia@priceminister.com'
Objet : Priceminister.es - cuenta lmirandam - IMP-4429

Buenos días,

Le comunicamos que a partir de hoy podrá efectuar sus actualizaciones de stock mediante una conexión FTP.

Le indico los datos de conexión:

Pseudo : lmirandam
Contraseña : dehu78hJK
Servidor : ftp.priceminister.es

Luego deberá subir su archivo de texto en el directorio &#8220;stock/remplazar&#8221;. Le aconsejamos que nos envíe un nuevo fichero todos los días. De esta manera, su inventario estará actualizado y así evitará anulaciones por diferencias de stock.

Ante cualquier duda quedo a su entera disposición.

Un saludo,



[IMP-3922] creation compte ftp id100c Création: 07/juil./09 17:29  Mise à jour: 30/oct./09 15:44  Résolue: 07/juil./09 17:35

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Anne Korchia Attribution: Jérome Marianne
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: id100c
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)

 Description   
creation compte ftp id100c

 Commentaires   
Commentaire de Jérome Marianne [ 07/juil./09 17:35 ]
Doublon de IMP-3917 créé ce matin.



[IMP-7456] Creation compte FTP - Format Neteven - pseudo GlissProshop - Site FR Création: 23/nov./10 14:30  Mise à jour: 24/nov./10 16:41  Résolue: 24/nov./10 16:41

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Frederic vacher Attribution: Jérome Marianne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: GlissProshop
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec mise à jour/création produits (écrasement)

 Description   
Salut,

Merci de créer un compte FTP pour le compte de GlissProshop.
Fred

 Commentaires   
Commentaire de Frederic vacher [ 23/nov./10 16:26 ]
Format utilisé Toutsport.
Commentaire de Jérome Marianne [ 24/nov./10 15:48 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : glissproshop
mot de passe : gliss78pro12
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui

=====================================================================
Commentaire de Frederic vacher [ 24/nov./10 16:29 ]
merci
Commentaire de Jérome Marianne [ 24/nov./10 16:41 ]
Le compte FTP est activé et les profils paramétrés.



[EXP-28] Création Compte FTP Création: 23/sept./04 15:38  Mise à jour: 25/juin/07 18:54  Résolue: 25/juin/07 18:54

Etat: Résolu
Projet: Exploitation
Composants: Default
Affecte la/les version(s): unspecified
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Validator Attribution: Sébastien Tournay
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Serait il possible de créer le compte FTP pour le compte ambiances SVP ?

Merci

 Commentaires   
Commentaire de Validator [ 23/sept./04 15:39 ]
En m'indiquant le password.
Commentaire de Sébastien Tournay [ 23/sept./04 16:11 ]
Ok Fait.

Le password est "4af7247d"



[INF-231] demande de poste informatique supplementaire BO Création: 11/déc./08 16:00  Mise à jour: 16/déc./08 15:59  Résolue: 16/déc./08 15:59

Etat: Résolu
Projet: Infrastructure
Composants: Arrivée/Départ
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Natalia Calero Attribution: Stéphane Eccli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Word FICHE NOUVEL ARRIVANT_OLIVERMOSS.doc    

 Description   
Oliver MOSS - arrive le 17/12/08 au matin.

Place en face de Natalia (occupée actuellement mais sera libre avant le 16/12/2008).

Validé avec Cédric.

 Commentaires   
Commentaire de Stéphane Eccli [ 11/déc./08 16:19 ]
merci de joindre la fiche d'arrivée qui se trouve ici : ALL_PM\fiche arrivées-departs
et de faire un autre Jira si il y a un depart du BO.


merki.
Commentaire de Natalia Calero [ 11/déc./08 16:26 ]
Aucun départ (heureusement).

Cédric, peux-tu remplir la fiche et la joindre?

Merci!
Commentaire de Cedric Favero [ 12/déc./08 09:47 ]
Je la joins ici et l'imprime et la signe.

J'en profite pour joindre la demande d'un telephone car besoin à l'ouverture UK (on definira numéro)
Commentaire de Stéphane Eccli [ 16/déc./08 15:59 ]
comptes ok, reste Jira.
tel 5781




[INF-285] Arrivée d'un Assistant BO UK Création: 11/mars/09 11:30  Mise à jour: 09/févr./10 12:18  Résolue: 09/févr./10 12:18

Etat: Fermé
Projet: Infrastructure
Composants: Arrivée/Départ
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Mineur
Rapporteur: Cedric Favero Attribution: Christophe Garcia
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Word thomasSpringett.doc    

 Description   
En la personne de Thomas Springett.

Il faut déjà lui créer un alias de messagerie.

On voit ensemble pour un poste et emplacement (eventuellement çà peut attendre jusqu'à lundi)

 Commentaires   
Commentaire de Stéphane Eccli [ 11/mars/09 14:38 ]
merci d'attacher une fiche d'arrivée a ce jira ( T:\Fiches arrivées-départs)
Commentaire de Cedric Favero [ 11/mars/09 19:49 ]
On voit ensemble pour son poste et quelle place (on peut attendre qu'il prenne la place de Natalia Calero)
Mais il lui faudrait déjà ses accès.

Merci.
Commentaire de Stéphane Eccli [ 12/mars/09 11:02 ]
comptes créés, reste jira
Commentaire de Cedric Favero [ 13/mars/09 09:18 ]
Pour JIRA, il m'en faudrait aussi pour laura.yeo et oliver.moss . J'en fais un? (de JIRA)



[INF-348] Nouvelle session équipe validation BO Création: 29/juil./09 12:57  Mise à jour: 09/févr./10 12:22  Résolue: 09/févr./10 12:22

Etat: Fermé
Projet: Infrastructure
Composants: Arrivée/Départ
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Sandra Ferrero Attribution: Christophe Garcia
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Word FICHE NOUVEL ARRIVANT Estelle.doc    

 Description   
Nouvelle arrivée dans l'équipe en la personne d'Estelle Souvait pour le Mardi 11/08.
Ci-joint la fiche nouvel arrivant.

 Commentaires   
Commentaire de Stéphane Eccli [ 10/août/09 10:15 ]
comptes ok reste Jira



[INF-354] 2 nouvelles personnes au BO/SAV Création: 17/août/09 11:08  Mise à jour: 10/févr./10 09:58  Résolue: 10/févr./10 09:58

Etat: Fermé
Projet: Infrastructure
Composants: Arrivée/Départ
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Jemima Barru Attribution: Christophe Garcia
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Word Siham.doc     Microsoft Word Sébastien W.doc    

 Description   
Sébastien WALLAEYS et Siham MNAOUARE arrivent le 18/08/2009.

Leurs places ne sont pas encore définies.

Je reviendrai vers toi en fin de semaine, une fois les plans de table validés.

 Commentaires   
Commentaire de Stéphane Eccli [ 17/août/09 17:27 ]
comptes créés, reste Jira



[APP-3166] BO Tableau de bord : Colonnes à 100% Création: 29/nov./04 11:14  Mise à jour: 25/juin/07 18:26  Résolue: 25/juin/07 18:26

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.8val
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Quentin de Chivré Attribution: Gaël Klosek
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Commentaires   
Commentaire de Quentin de Chivré [ 29/nov./04 11:15 ]
Le calcul du pourcentage est faux quand le nombre est 0, le pourcentage est 100
au ieu de 0.
D'autre part il faudrait peut-etre afficher des chiffres apres la virgule pour
eviter les 0%
Commentaire de Quentin de Chivré [ 10/déc./04 15:54 ]
*** Bug 3503 has been marked as a duplicate of this bug. ***
Commentaire de Gaël Klosek [ 14/déc./04 10:05 ]
Bug des colonnes de BO Summary à 100% au lieu de 0% corrigé. Affichage du
caractere "-" si la valeur est égale à 0 pour une meilleure lisibilité.



[APP-24346] Cas du vendeur UE (hors FR) avec n° TVA intracommunautaire : La TVA n'est pas nulle dans le tableau Compta en BO (fiche article) Création: 18/févr./09 16:33  Mise à jour: 19/févr./09 19:01  Résolue: 19/févr./09 19:01

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 41.0.0 (TX-E)
Version(s) corrigée(s): 41.0.0 (TX-E)

Type: Bogue Priorité: Majeur
Rapporteur: Aurélie Kwiatkowski Attribution: Arnaud Forgues
Résolution: Invalid  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File itemid_95877353.jpg    
Pays:
FRA - France
Site: Integ
Navigateur: Tous
Projets PM archivés: Adaptation règles TVA

 Description   
Le résultat (ligne Total Comm.) correspond à ce qui est attendu mais la TVA devrait être nulle. Ca ne risque pas de générer des erreurs à un autre niveau?

 Commentaires   
Commentaire de Emeric Teil [ 18/févr./09 16:46 ]
? Pseudo du vendeur stp ?
Commentaire de Aurélie Kwiatkowski [ 19/févr./09 18:45 ]
V180209_ES



[APP-16039] Erreur d'affichage dans le compte du partenaire Création: 19/avr./07 15:29  Mise à jour: 06/juil./07 17:56  Résolue: 25/juin/07 09:12

Etat: Fermé
Projet: Application PriceMinister
Composants: Boutique, Compte utilisateur, Import de Fichiers
Affecte la/les version(s): 13.3.0
Version(s) corrigée(s): 15.0.0

Type: Bogue Priorité: Majeur
Rapporteur: Daniel Pintamalli Attribution: Clement Balay
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File erreur_tdmancien.JPG    
Liens des demandes:
Dépendance
bloque IMP-489 Suivi des imports - Partenaire tdmancien Résolu
Similaire
similaire à APP-16172 Annonces trop chères - problème de co... Fermé
Pays:
FRA - France
Site: Prod
Navigateur: Tous
Classif1: MON COMPTE
Classif2: inventaire
Projets PM archivés: Maintenance 15.x.x

 Description   
Il existe une erreur d'affichage dans le compte du partenaire. Cette erreur a apparu peu après qu'il ait vidé son stock par un fichier d'import en écrasement:

http://bo.priceminister.com/datafile_back?action=advfilesearch&file_id=4655474+&login=tdmancien

Le problème est qu'on affiche un message erroné:

'Vous n'avez pas de produits $advTypeCode trop chères dans la categorie "Revues"'

 Commentaires   
Commentaire de Clémence Desneiges [ 30/avr./07 14:27 ]
Vu avec Violeta. Possibilité que ce soit une régression par rapport à un développement récent.
Commentaire de Mostafa Diane [ 30/avr./07 15:05 ]
c'est un porblème de merge véllocity
Commentaire de Mostafa Diane [ 30/avr./07 15:19 ]
c'est pour toi clément. :)
Il faut voir pourquoi le merge de la variable $advTypeCode ne se fait pas.
si il y'a des cas ou le merge se faire avec une valeur null, il faut préfixer $ par !
$!advTypeCode
Commentaire de Clement Balay [ 08/juin/07 10:50 ]
label, default, cms1
Commentaire de Edouard Gomez-Vaez [ 06/juil./07 17:56 ]
Ok par GEB



[Cobrand MidiLibre] Metatache (APP-13968)

[APP-14332]  [Cobrand MidiLibre] Home :: Image BO Création: 18/déc./06 15:57  Mise à jour: 25/juin/07 18:48  Résolue: 20/déc./06 09:46

Etat: Fermé
Projet: Application PriceMinister
Composants: Cobrandings
Affecte la/les version(s): 11.3.0 (Soldes + Midi Libre)
Version(s) corrigée(s): 11.3.0 (Soldes + Midi Libre)

Type: Sub-bug Priorité: Mineur
Rapporteur: Richard Dubois Attribution: Clement Balay
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: GIF File midi.gif    
Pays:
FRA - France
Site: Dev
Projets PM archivés: COB Midi Libre

 Commentaires   
Commentaire de Clement Balay [ 20/déc./06 09:46 ]
L'image y est pour le BO
Commentaire de Younès Charrière [ 09/janv./07 15:39 ]
Ok en Bo Integ.



[ES] Ouverture Jouet (CAT-2059)

[CAT-2061] [ES] Jouet : Créer la modélisation en BO Création: 24/sept./09 09:28  Mise à jour: 16/nov./09 10:30  Résolue: 16/nov./09 10:30

Etat: Résolu
Projet: Paramétrage - Non Import
Composants: Configuration produit, Modélisation
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Majeur
Rapporteur: Ariane Baldinger Attribution: Rocio Perez-Garcia
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Dépendance
est bloqué par CAT-2060 [ES] Jouet : Lister les valeurs d'att... Résolu
Pays:
ESP - Espagne

 Commentaires   
Commentaire de Rocio Perez-Garcia [ 02/oct./09 14:31 ]
Pour l'instant j'ai crée le type, la configuration produit, et mappé le type avec les attributs
 - Público/ Género (avec les valeurs Bebé mixto, Niño, Niña, Todos los públicos)
 - Dimensión / Franja de peso ( en ajoutant les tranches De 1 a 3 kg et De 3 a 5 kg)
 - Tipo de producto
Commentaire de Rocio Perez-Garcia [ 14/oct./09 16:19 ]
Fait aussi :
- Encabezamiento / Fabricante
- Héroe / obra

En attente pour la liste de valeurs Tipo de producto et Franja de peso
Commentaire de Rocio Perez-Garcia [ 03/nov./09 16:34 ]
Liste de valeurs pour marque, héro et type de produit mis à jour suite à la réunion avec Carlos.
En BO
Commentaire de Rocio Perez-Garcia [ 13/nov./09 11:24 ]
On a décidé de faire des DIA, je rouvre pour traiter ce point
Commentaire de Ariane Baldinger [ 13/nov./09 12:00 ]
j'ajoute une précision : on créé un attribut supplémentaire pour la notion d'univers.
car les valeurs pour l'attribut 'type de produit' sont trop spécifiques pour les vendeurs pro.
Commentaire de Rocio Perez-Garcia [ 16/nov./09 10:30 ]
Fait en BO



[APP-3512] BO Catégorie : Positionnement après rechargement incorrect Création: 17/janv./05 12:16  Mise à jour: 25/juin/07 18:27  Résolue: 10/oct./05 15:50

Etat: Fermé
Projet: Application PriceMinister
Composants: Catégories
Affecte la/les version(s): 7.3.0
Version(s) corrigée(s): 8.0.6

Type: Bogue Priorité: Mineur
Rapporteur: Validator Attribution: Pascal Mazars
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Lorsque l'on clique sur un noeud, la page se recharge et l'on se retrouve en haut .
On devrait se retrouver au même endroit.

Même problème sur le clonage

 Commentaires   
Commentaire de Pascal Mazars [ 10/août/05 17:49 ]
La page qui contient est rafraîchie lors de l'ouverture de la fenêtre popup. On rafaîchit maintenant la page en tenant compte du dernier noeud ouvert (anchor key).
Commentaire de Nicolas Gréhalle [ 02/sept./05 11:25 ]
Ne fonctionne pas pour le clonage
Commentaire de Pascal Mazars [ 04/oct./05 16:17 ]
Il y avait une exception lancée dans la méthode parse() de CategoryTreeAction lors qu'elle récupère les ids des catégories à déplier et qu'elle essaie de convertir en long le dernier token de l'url qui se trouve être #marker. Celui-ci permet le repositionnement de la page. La méthode intercepte maintenant l'exception NumberFormat.
Commentaire de Fabien Farache [ 06/oct./05 09:56 ]
Il ne devrait pas y avoir de rafraichissement de la page lorsque l'on click sur noeud.
(vu avec NIG)
Commentaire de Pascal Mazars [ 10/oct./05 15:50 ]
La solution idéale serait de pouvoir rafraichir l'arbre tout en gardant la position réelle de la fenêtre qui affiche l'arbre de catégorie et non en tenant compte du dernier noeud ouvert. L'implémentation de cette solution est cependant périlleuse (du javascript dépendant du navigateur utilisé) et pas évidente.
La solution la plus simple a été retenue: pas de rafraichissement du tout.



[APP-3655] BO expressions régulières non valides selon la plateforme Création: 28/févr./05 15:23  Mise à jour: 25/juin/07 18:28  Résolue: 25/juin/07 18:28

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.3.1
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Martin Sudmann Attribution: Martin Sudmann
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
parfois les expressions régulaires POSIX \p{trucmuche} et d'autres raccourcis
avec backslash \s\W\w ... ne fonctionnent pas, parce qu'elles dépendent du
charset installé sur le serveur, de la JVM, du système d'exploitation etc.

Il est toujours plus safe d'utiliser les groupes de caractères, par ex.
[a-zA-Z] à la place de [:alpha:] etc.

Vendredi dernier Tellus a planté au démarrage suite à une PatternException à
cause de \p{punct}. Dans la java doc ils donnent les équivalents en regex "propre".

 Commentaires   
Commentaire de Quentin de Chivré [ 17/juin/05 18:11 ]
Que doit on faire avec ce bug ? Ceci doit il apparaitre dans le BO dans l'aide
sur les expressions régulières ?
Commentaire de Martin Sudmann [ 20/juin/05 09:45 ]
je l'ajoute à la petite explication des regex en BO, et je vais en avertir
l'équipe fonctionel et les développeurs par mail.
Mais je pense que le pb ne s'est plus reproduit en prod depuis.



[APP-19731] Disparition du mode "micro société " dans le BO pour validation du pro Création: 25/févr./08 10:12  Mise à jour: 25/févr./08 11:40  Résolue: 25/févr./08 11:40

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 19.0.2
Version(s) corrigée(s): 19.0.2

Type: Bogue Priorité: Bloquant
Rapporteur: Isabelle Weisbecker Attribution: Validator
Résolution: Invalid  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
FRA - France
Projets PM: *** A PLANIFIER ***
Navigateur: Internet Explorer 6.X

 Description   
Dans le BO, lorsque l'on veut passer un compte pro en micro société, la focntion a disparu et a été remplacé par "Visibilité annonces auto Oui Non "
On ne peut plus mettre un compte en micro société. En attendant on revient à FR111111111 ?

 Commentaires   
Commentaire de Isabelle Weisbecker [ 25/févr./08 10:43 ]
autant pour moi, j'avais coché "pro auto" par m'égarde, je ne connaissais pas cette fonction et donc apparemment ça fait disparaitre la mention "micro". On peut fermer le JIRA.



[Suppression COB M6] Metatache (APP-15115)

[APP-16293] Rendre inactif dans le BO les site M6 Création: 10/mai/07 10:21  Mise à jour: 25/juin/07 18:51  Résolue: 10/mai/07 16:45

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 14.1.0

Type: Sous-tâche Priorité: Mineur
Rapporteur: Richard Dubois Attribution: Patrick Pereira
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Projets PM archivés: COB Suppression COB obsolètes

 Description   
P, voici la liste :

1 - m6.priceminister.com
2 - m6game.priceminister.com
3 - m6music.priceminister.com
4 - m6net.priceminister.com

;)

 Commentaires   
Commentaire de Patrick Pereira [ 10/mai/07 11:44 ]
C'est testé en integ et passé en prod.
Modif visible demain dans le bo.
Commentaire de Patrick Pereira [ 10/mai/07 16:45 ]
Cette fois-ci je penses que c'est bon.



[APP-12895] messages non filtrés par les mots-clé en BO Création: 03/oct./06 15:15  Mise à jour: 25/juin/07 18:45  Résolue: 04/oct./06 17:35

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 9.0.4
Version(s) corrigée(s): 10.0.0 (ESP)

Type: Bogue Priorité: Critique
Rapporteur: Juan Luis Fajardo Attribution: Arnaud Forgues
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Liens des demandes:
Duplicate
a pour doublon APP-12248 [I18N - Traduction] Pourquoi traduit-... Fermé
Pays:
ESP - Espagne
Site: Integ

 Description   
Les mots-cé ne sont pas reconnus et les messages ne passent pas en moderation...

 Commentaires   
Commentaire de Younès Charrière [ 03/oct./06 16:22 ]
Dans la liste des mots clés en BO nous avons pourtant bien les mots : puto, cabron et mierda...une idée Arnaud?
Commentaire de Arnaud Forgues [ 04/oct./06 10:04 ]
déjà pour "cabron", le mot clef n'a pas d'accent sur le "o" donc à priori, si le matching est exact, il me semble normal que le mot clef ne soit pas reconnu
Commentaire de Arnaud Forgues [ 04/oct./06 10:05 ]
le mot clef "puto" n'est configuré que pour les "Soumission fiche produit" donc ca m'a l'air normal également vu qu'il s'agit de questions pré-vente
Commentaire de Arnaud Forgues [ 04/oct./06 11:30 ]
Voici les logs associés lors du post d'une question pre vente :

2006-10-04 11:29:06,647 INFO [P-Processor8] vender_es - >>> POST http://www.es.integ/question!action=view&aid=44559792&continuebtn=Continuar&question=coucou tes...&submit=true&submitbtn=Enviar mi ...
2006-10-04 11:29:06,662 INFO [ool Worker-1] - Cache keyword - Reload starting
2006-10-04 11:29:06,738 WARN [ool Worker-1] - The label nullof the block KwdZoneCode has not been found.
2006-10-04 11:29:06,738 WARN [ool Worker-1] - Using default French label for : default.KwdZoneCode.null
2006-10-04 11:29:06,739 WARN [ool Worker-1] - The label nullof the block KwdZoneCode has not been found.
2006-10-04 11:29:06,739 WARN [ool Worker-1] - Using default French label for : default.KwdZoneCode.null
2006-10-04 11:29:06,739 WARN [ool Worker-1] - The label nullof the block KwdZoneCode has not been found.
2006-10-04 11:29:06,739 WARN [ool Worker-1] - Using default French label for : default.KwdZoneCode.null
2006-10-04 11:29:06,740 WARN [ool Worker-1] - The label nullof the block KwdZoneCode has not been found.
2006-10-04 11:29:06,740 WARN [ool Worker-1] - Using default French label for : default.KwdZoneCode.null
2006-10-04 11:29:06,740 WARN [ool Worker-1] - The label nullof the block KwdZoneCode has not been found.
2006-10-04 11:29:06,740 WARN [ool Worker-1] - Using default French label for : default.KwdZoneCode.null
2006-10-04 11:29:06,920 WARN [P-Processor8] vender_es - Using default French label for : www-es.AdvertActionDescription.img_flag
2006-10-04 11:29:06,942 WARN [P-Processor8] vender_es - The block PrdStandardCode has not been found.
2006-10-04 11:29:06,942 WARN [P-Processor8] vender_es - Using default French label for : default.PrdStandardCode.EAN
2006-10-04 11:29:06,947 INFO [P-Processor8] vender_es - <<< [299 ms] POST http://www.es.integ/question!action=view&aid=44559792&continuebtn=Continuar&question=coucou tes...&submit=true&submitbtn=Enviar mi ...
2006-10-04 11:29:06,954 INFO [ool Worker-1] - Cache keyword - Reload done in 292 ms
2006-10-04 11:29:07,181 INFO [P-Processor7] 192.168.1.173 - >>> GET http://img.es.integ/static/resource/V904/www/es_ES/1159464479/pr.js
2006-10-04 11:29:07,185 INFO [P-Processor7] 192.168.1.173 - <<< [4 ms] GET http://img.es.integ/static/resource/V904/www/es_ES/1159464479/pr.js
Commentaire de Arnaud Forgues [ 04/oct./06 11:46 ]
a chaque fois que je poste une question, alors le cache des mots clefs est rechargé ..... il se pourrait donc que ce cache ait un pb lors de son chargement ...
Commentaire de Arnaud Forgues [ 04/oct./06 16:21 ]
Après analyse, le problème venait du fait que l'on utilise l'information situé dans le champs "description" du code KwdZoneCode du mot clef. Or cette information est le velocity à utiliser pour vérifier le mot clef et on utilisait le nouveau CodeFormat permettant de traduire si besoin la valeur desc champs "label" et "description" des "code" grace à infoglue. Ainsi le CodeFormat faisait directement un merge de la valeur du champ "description" ....

J'ai donc remplacé l'appel via CodeFormat par un classique "Format.description" qui récupère directement la valeur par défaut (en base) du champs description du code KwdZoneCode !
Commentaire de Arnaud Forgues [ 04/oct./06 17:35 ]
Ok done !
Commentaire de Patrick Condevaux [ 07/nov./06 17:39 ]
ok en INTEG ES



[APP-15509] Supprimer l'ancienne page de recherche BO Création: 13/mars/07 16:59  Mise à jour: 25/juin/07 18:50  Résolue: 27/mars/07 12:28

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 14.0.0
Version(s) corrigée(s): 14.0.0

Type: Amélioration Priorité: Majeur
Rapporteur: Edouard Gomez-Vaez Attribution: Violeta Doneva
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Dépendance
est bloqué par APP-15511 Migration recherche BO sous FAST Fermé
Pays:
FRA - France
Projets PM archivés: BP - Suppression INTERMEDIA

 Description   
à supprimer au moment de la mise en place de la nouvelle recherche.

 Commentaires   
Commentaire de Younès Charrière [ 14/mars/07 08:49 ]
Edouard, y a t'il un jira sur cette recherche BO ? Si oui peux-tu le lier ? Cela déterminera la version cible de ce jira.



[Suivi] Etude PMV (APP-11603)

[APP-14089] Recréditer via le bo les pmv négatifs. Création: 07/déc./06 19:17  Mise à jour: 25/juin/07 18:47  Résolue: 08/déc./06 17:14

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 11.0.0 (Merge et Maintenance)
Version(s) corrigée(s): 11.0.0 (Merge et Maintenance)

Type: Sous-tâche Priorité: Mineur
Rapporteur: Renaud Dierickx Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel Bilan des crédit vers les pmv négatifs.xls     File pmv_negatifs_a_crediter.sql    
Liens des demandes:
Dépendance
est bloqué par APP-13875 Passage des scripts de correction des... Fermé
Pays:
FRA - France
Site: Prod
Classif1: TX
Classif2: pmv
Projets PM archivés: Maintenance 11.0.0

 Commentaires   
Commentaire de Renaud Dierickx [ 07/déc./06 19:21 ]
Dès que le script de correction des montants sortant et entrant du pmv sera entièrement passé, il faudra créditer les pmv négatifs via le bo.
Commentaire de Renaud Dierickx [ 08/déc./06 11:26 ]
J'ai mis en pièce jointe la liste des pmv négatifs à créditer... Pouvez-vous vous en occuper aujourd'hui ??
Merci et bon courage.
Commentaire de Renaud Dierickx [ 08/déc./06 17:13 ]
Claire a fait les crédits. En pièce jointe, vous trouverez fichier Excel avec l'ensemble des crédits qu'elle a effectué.
Au total, PriceMinister a perdu 1105,82 ¿.
Commentaire de Renaud Dierickx [ 08/déc./06 17:28 ]
C'est bon, les opérations sont toutes finalisées... On a plus de pmv négatifs.

SELECT user_account_id, wallet_amount, wallet_incoming_amount, wallet_outgoing_amount, wlt_status_code
        FROM user_account usr
        WHERE (usr.wallet_amount IS NOT NULL AND usr.wallet_amount < 0) 2 3 ;

aucune ligne sélectionnée
Commentaire de Lydia Dali [ 11/déc./06 11:36 ]
ok et ça sera pas déduit de ton salaire?



[APP-16965] Affichage des newsletters et mails reflex dans le BO Création: 06/juil./07 15:57  Mise à jour: 09/juil./07 11:56  Résolue: 06/juil./07 17:28

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 15.0.0
Version(s) corrigée(s): 15.0.0

Type: Bogue Priorité: Majeur
Rapporteur: Sébastien Aubert Attribution: Arnaud Forgues
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Integ
Projets PM archivés: Abonnement (refonte)

 Description   
La taille du nouveau bloc abonnement est trop importante pour une utilisation optimale du SAV qui sont sur cet écran tous les jours.
Pour gagner de la place, il faut utiliser la fonction de déploiement du bloc (clic sur la case "tous") pour tous les mails et pas seulement pour les mails reflex.

Remplacer wording "Tous" par "Afficher"
Afficher "Voir les desynchro mono/multicompte" seulement quand "Afficher" est coché.

Quand case "Afficher" décochée (état par défaut): Afficher seulement les deux lignes (Bleue et gris foncée) et ni newsletter ni mails reflex doivent s'afficher

Quand case "Afficher" cochée : tout afficher : newsletter + mails reflex + case "Voir les desynchro mono/multicompte"

Possibilité de passage de cette modification en v16 si dev trop important. (vu avec QDC)

 Commentaires   
Commentaire de Arnaud Forgues [ 06/juil./07 17:28 ]
A présent, les abonnements sont masqués par défaut dans la fiche utilisateur

APP-16965 : hide subscriptions by default in Bo user screen
CVS: ----------------------------------------------------------------------
CVS: Enter Log. Lines beginning with `CVS:' are removed automatically
CVS:
CVS: Committing in .
CVS:
CVS: Modified Files:
CVS: Tag: BRANCH_V15
CVS: src/com/babelstore/subscription/business/SubscriptionRuleLogic.java
CVS: src/com/babelstore/user/back/UserView.jsp
CVS: ----------------------------------------------------------------------



[APP-19403] création fiche produit en BO impossible Création: 01/févr./08 17:49  Mise à jour: 04/févr./08 10:12  Résolue: 04/févr./08 10:12

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 18.1.3
Version(s) corrigée(s): 19.0.0

Type: Bogue Priorité: Majeur
Rapporteur: Benjamin Guerville Attribution: Validator
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Liens des demandes:
Duplicate
doublon de APP-18805 impossible de créer une FP vidéo en BO Fermé
Pays:
FRA - France
Site: Prod
Projets PM: *** A PLANIFIER ***
Navigateur: Internet Explorer 7.X

 Description   
Il n'est plus possible de créer des fiches produits via le front, le message d"ereur est : "La page demandée n'est pas disponible " en rouge

 Commentaires   
Commentaire de Espérance Galouo-Lece [ 01/févr./08 18:00 ]
 - Serait-il possible d'essayer de nouveau, car j'ai pu créer une FP;
Commentaire de Benjamin Guerville [ 01/févr./08 18:13 ]
ça doit être un pb de serveur, je n'y arrive toujours pas
Commentaire de Espérance Galouo-Lece [ 04/févr./08 10:11 ]
Logs sur salus

2008-02-01 18:12:12,189 INFO [-Processor50] BO:Benjamin - >>> GET http://bo.priceminister.com/referential_back?action=productview&prd_type_code=200
2008-02-01 18:12:12,222 ERROR [-Processor50] BO:Benjamin - Load error
Servlet : com.babelstore.referential.back.ReferentialBackServlet
Request : GET http://bo.priceminister.com/referential_back?action=productview&prd_type_code=200
Referrer : null
User-Agent : Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1)
Trace : java.lang.NullPointerException
        at com.babelstore.referential.back.ProductViewModel.load(ProductViewModel.java:112)
        at com.babelstore.util.web.Model.doLoad(Model.java:48)
        at com.babelstore.util.Block.load(Block.java:102)
        at com.babelstore.util.web.Screen.load(Screen.java:107)
        at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:226)
        at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:185)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:153)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)
2008-02-01 18:12:12,237 INFO [-Processor50] BO:Benjamin - <<< [48 ms] GET http://bo.priceminister.com/referential_back?action=productview&prd_type_code=200



[APP-24180] [BO] Présence de Médium dans la recherche d'Attributs Création: 05/févr./09 16:43  Mise à jour: 07/déc./09 15:40  Résolue: 07/déc./09 15:40

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 40.0.0 (CAT-G)
Version(s) corrigée(s): 40.0.0 (CAT-G)

Type: Amélioration Priorité: Mineur
Rapporteur: Espérance Galouo-Lece Attribution: Dispatcher (Pôle CAT)
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
FRA - France
Site: Integ
Projets PM: *** RESERVE ***
Projets PM archivés: MEV / BP - Suppression des médiums

 Description   
cf. screenshot-1

 Commentaires   
Commentaire de Benoît Bourdon [ 05/févr./09 17:10 ]
nous n'avons pas modifier le BO cette fois ci c'est volontaire : les mediums vont exister encore quelques jours après notre mise en prod.

Nous avons prévu dans quelques mois de supprimer toute référence au médium dans le code appli ET dans les écrans BO



[APP-27513] Boites messagerie BO pour Service Fraudes Création: 04/déc./09 18:00  Mise à jour: 20/janv./10 17:43  Résolue: 19/janv./10 15:52

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office, Infoglue
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 60.0.1

Type: Amélioration Priorité: Mineur
Rapporteur: Habib-Sylvain Gourguet Attribution: Yann Danot
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
Projets PM: *** CHASSE ***

 Description   
Nous avons besoin de différencier les messages et traitements pour les fraudes CB (gérées par Sébastien Bruzzone) et les fraudes SAV (gérées par Eve Pioche).

Pour cela, il est requis de :

- renommer la boite "back SECURITE" en "back FRAUDES CB",
- créer une boite "back FRAUDES SAV".

Ces boites devront également pouvoir être appelées par les formulaires sous IG.

Les formulaires existants seront corrigés pour le passage en Prod de cette amélioration.

 Commentaires   
Commentaire de Emeric Teil [ 10/déc./09 10:23 ]
Cette demande reste-t-elle valable, sachant qu'à partir de Janvier, ils pourront s'assigner des comptes / panier / article /... pour traitement et que les nouveau message entrant leur seront signalés et "réservés" ???
Commentaire de Habib-Sylvain Gourguet [ 10/déc./09 11:04 ]
Vu avec Seb.

Ces boites serviront également à transférer des messages arrivés en Contact classique et devant être traités par les Fraudes (signalement gendarmerie par exemple...).

La demande reste a priori valable.
Commentaire de Emeric Teil [ 10/déc./09 11:07 ]
"A priori" ?
Commentaire de Habib-Sylvain Gourguet [ 10/déc./09 11:35 ]
Confirmé par Eve.

"Date d'action" ne couvrira pas tous les besoins du service Fraudes au niveau du traitement des messages.

La boite "back SECURITE" est utilisée comme fourre-tout, on a clairement besoin de faire un distinguo.
Commentaire de Yann Danot [ 14/déc./09 10:53 ]
Script créé pour le changement de titre et pour création de la nouvelle boîte

[CAJ2009Q4TX]
Commentaire de Habib-Sylvain Gourguet [ 18/janv./10 15:11 ]
La partie concernant IG n'a pas été traitée (voir description de la demande).

Il est impossible d'appeler les boites demandées lors de la création ou la modification de formulaires.

Sous IG, il est toujours et seulement fait mention de "back SECURITE".
Commentaire de Arnaud Forgues [ 18/janv./10 17:36 ]
En effet !
J'ai vu avec CGA et le prochain dump (V60_0_0_1) est déjà bouclé. L'idéal serait donc d'attendre la CTN-O (V61) pour cela.

Par contre, s'il y a un problème suite au déploiement de la V60 demain, alors on incluera cette correction dans le dump du patch V60_0_1
Commentaire de Arnaud Forgues [ 19/janv./10 15:52 ]
C'est corrigé !
Par contre, pas besoin de dump pour cela en PROD, car cela ne concerne que IG qui n'est utilisé qu'en DEV
==> Dès le prochain dump, ces corrections partiront avec !



[APP-2914] Bo Attribut : problème sur les valeurs d'attributs Création: 28/oct./04 14:23  Mise à jour: 25/juin/07 18:26  Résolue: 25/juin/07 18:26

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.7val
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Validator Attribution: Judd OSullivan
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Avec la modification de JOS, les valeurs d'attributs qui sont mappées
uniquement sur un attribut (et non pas sur un type) ne sont pas listées lorsque
l'on recherche les valeurs d'attribut d'un attribut, pour un type donné.

 Commentaires   
Commentaire de Quentin de Chivré [ 28/oct./04 17:35 ]
De quelle modification parles tu ?
Commentaire de Validator [ 28/oct./04 17:36 ]
Vu avec lui. Il a fait une correction du bug 3070 en enlevant un bout de code
important.
Commentaire de Quentin de Chivré [ 28/oct./04 18:07 ]
Voir cela avec Manuel qui a travaillé sur le sujet aussi dernierement
Commentaire de Judd OSullivan [ 03/nov./04 12:39 ]
J'ai elargi la recherche mais uniquement pour les noms d'attributes qui
correspondent à un prd_type_code donné.

Selon martin, on ne voulait pas faire un join avec prd_attribute_mapping pour ce
genre de recherche parce que c'est cher et parce que prd_attribute_mapping est
déjà dans une cache. J'ai fait le join mais uniquement pour la requête de
bo/Recherche de valeur d'attribut. Je regarderai si cette requête est trop lourd
en prod.



[Cobrand] Lycos Occasion metatache (APP-13834)

[APP-14331] [Cobrand Lycos Occasion] Image BO Création: 18/déc./06 15:56  Mise à jour: 25/juin/07 18:48  Résolue: 18/déc./06 18:38

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 11.2.0 (Lycos)
Version(s) corrigée(s): 11.2.0 (Lycos)

Type: Sub-bug Priorité: Mineur
Rapporteur: Richard Dubois Attribution: Clement Balay
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: GIF File Lycos.gif    
Projets PM archivés: COB Lycos

 Commentaires   
Commentaire de Younès Charrière [ 20/déc./06 15:22 ]
Ok l'image est bien présente sur le BO.



[APP-21790] [Technique] Lancement des batchs en DEV depuis le BO Création: 19/août/08 09:56  Mise à jour: 10/oct./08 09:36  Résolue: 21/août/08 16:13

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 31.0.0 (TX-C)
Version(s) corrigée(s): 31.0.0 (TX-C)

Type: Nouvelle fonctionnalité Priorité: Mineur
Rapporteur: Arnaud Forgues Attribution: Arnaud Forgues
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM: *** CHASSE ***

 Description   
Afin d'optimiser encore d'avantage (voire packaging des batchs, apache en dev, bazaar ....) l'environnement de développement ainsi que celui de recettage et ainsi permettre de livrer des projets plus sécurisés et moins buggé, il existe une forte demande coté "param" mais aussi coté "Chefs de projet" de pouvoir lancer les batchs manuellement dans les environnements de dev/recette et ainsi pour tester en total autonomie (sans déranger les ressources DEV) tel ou tel projet.

Pour cela, on mettra en place dans la rubrique "Tests et perfs > Autres fonctionnalités", un simple formulaire permettant de saisir un groupe de batch à lancer avec l'option "Multithread ?" dans le cas des batchs DATAFILE, PRODUCT_SUMMARY_SYNCHRONISATION_MT ...

 Commentaires   
Commentaire de Arnaud Forgues [ 21/août/08 16:13 ]
C'est fait !

Sur la branche BRANCH_MAINTENANCE_TX_03, prévu pour un déploiement en TX-C
Commentaire de Cedric Favero [ 01/oct./08 17:27 ]
Ca permet en dev de déclencher le passage des batchs? (genre confirmation panier , etc...)
C'est sympa çà , çà marche comment?
Commentaire de Arnaud Forgues [ 02/oct./08 09:49 ]
Comme indiqué dans la description, il faut aller en BO dans la rubrique "Tests et perfs > Autres fonctionnalités". Ensuite tu saisie un groupe de batch et tu appuies sur le bouton GO !

La liste des groupes de batchs disponible est indiqué dans la colonne de gauche



[APP-24651] Perf : optimisatin recherche BO /* ImageSearchQuery */ Création: 17/mars/09 17:40  Mise à jour: 19/mai/09 18:00  Résolue: 19/mai/09 17:11

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 42.0.2
Version(s) corrigée(s): 46.0.0 (CAT-I)

Type: Amélioration Priorité: Majeur
Rapporteur: Patrick Pereira Attribution: Manuel Sadok
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Prod
Projets PM: Performances

 Description   
Les requêtes suivantes sont lentes par faute d'index adapté :

/* ImageSearchQuery */ SELECT product.product_id, product.admin_comment, product.adv_currency_id, product.base_product_id, product.best_price, product.change_date, product.collectible_best_price, product.collectible_count, product.collectible_currency_id, product.creation_date, product.currency_id, product.data_file_id, product.data_file_process_cycle, product.data_file_process_id, product.fast_notification_date, product.freshness_date, product.is_available, product.last_advert_creation_date, product.list_price, product.long_title, product.medium_count, product.new_best_price, product.new_count, product.new_currency_id, product.owner_account_id, product.prd_availability_code, product.prd_change_code, product.prd_line_key, product.prd_manufacturer_key, product.prd_medium_code, product.prd_model_key, product.prd_navigation_key, product.prd_source_code, product.prd_status_code, product.prd_type_code, product.prd_visibility_code, product.release_date, product.row_version, product.spec_status_code, product.stock_quantity, product.submitter_account_id, product.submitter_comment, product.summary, product.summary_freshness_date, product.suspicion_cause, product.title, product.unlimited_count, product.url_name, product.used_best_price, product.used_count, product.used_currency_id, product.weight FROM prd_image, product WHERE (prd_image.product_id = product.product_id) AND (product.prd_type_code = :1) AND (product.prd_status_code NOT IN (30, 50, 70)) AND (prd_image.creation_date >= :2) AND (prd_image.pri_status_code IN (10, 15, 18, 20, 30, 40, 50, 60)) ORDER BY product.product_id


/* ImageSearchQuery */ SELECT COUNT(DISTINCT product.product_id) l
FROM prd_image, product
WHERE (prd_image.product_id = product.product_id)
AND (product.prd_type_code = :1)
AND (product.prd_status_code NOT IN (30, 50, 70))
AND (prd_image.creation_date >= :2)
AND (prd_image.pri_status_code IN (10, 15, 18, 20, 30, 40, 50, 60))


Il faut étudier les indexes à ajouter.

 Commentaires   
Commentaire de Patrick Pereira [ 01/avr./09 16:03 ]
Sur la deuxième requête pas facile d'optimiser vu qu'on ramène toutes les images.

Pour la première, le problème réside dans l'ORDER BY PRODUCT.PRODUCT_ID.
Même si on ne ramène que les 12 premiers enregistrements dans l'écran BO associé, pour faire le sort Oracle est obligé de tout ramené.
En modifiant les requêtes images avec sort en utilisant le prd_image.product_id à la place du product.product_id, on resout le problème car il existe un index sur prd_image trié de la manière qui nous arrange.

N_PRD_IMAGE_FKIX_PRODUCT_ID (PRODUCT_ID, PRD_IMAGE_ID, RANK, PRI_STATUS_CODE, USER_ACCOUNT_ID, CREATION_DATE)

De cette manière le plan passe de :

------------------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes |TempSpc| Cost (%CPU)|
------------------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1948 | 2433K| | 2506 (1)|
| 1 | SORT ORDER BY | | 1948 | 2433K| 6248K| 2506 (1)|
| 2 | NESTED LOOPS | | 1948 | 2433K| | 1982 (1)|
|* 3 | TABLE ACCESS BY INDEX ROWID| PRD_IMAGE | 1949 | 33133 | | 1977 (1)|
|* 4 | INDEX RANGE SCAN | N_PRD_IMG_FKIX_STATUS_PRODUCT | 38970 | | | 11 (0)|
|* 5 | TABLE ACCESS BY INDEX ROWID| PRODUCT | 1 | 1262 | | 1 (0)|
|* 6 | INDEX UNIQUE SCAN | PK_PRODUCT | 1 | | | 1 (0)|
------------------------------------------------------------------------------------------------------------

à

---------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)|
---------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1948 | 2433K| 1982 (1)|
| 1 | NESTED LOOPS | | 1948 | 2433K| 1982 (1)|
|* 2 | TABLE ACCESS BY INDEX ROWID| PRD_IMAGE | 1949 | 33133 | 1977 (1)|
|* 3 | INDEX RANGE SCAN | N_PRD_IMG_FKIX_STATUS_PRODUCT | 38970 | | 11 (0)|
|* 4 | TABLE ACCESS BY INDEX ROWID| PRODUCT | 1 | 1262 | 1 (0)|
|* 5 | INDEX UNIQUE SCAN | PK_PRODUCT | 1 | | 1 (0)|
---------------------------------------------------------------------------------------------------


Pourriez-vous modifier ces requêtes pour avoir :

SELECT prd_image.product_id,....
...
ORDER BY prd_image.product_id;

Merci.
Commentaire de Benoît Bourdon [ 07/avr./09 09:42 ]
J'ajoute ce jira dans la CAt-I : Sera traité dans le cadre du projet photo d'annonce.
Commentaire de Manuel Sadok [ 19/mai/09 17:11 ]
Ces requêtes ont évolué suite au projet PdA et de nouveaux indexes ont été créé.



[APP-4599] BO Utilisateur : Bug avec le désabonnement automatique Création: 02/juin/05 17:55  Mise à jour: 25/juin/07 18:29  Résolue: 06/juil./05 14:58

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 8.0.2val
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Rachid Gernane Attribution: Renaud Dierickx
Résolution: Impossible à reproduire  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Lorsque l'on veut désabonner un client de toutes les "newsletters" en cliquant
sur la macro "Tout désabonner".

Le message d'erreur suivant apparait :

javax.mail.SendFailedException


L'utilisateur pour lequel le désabonnement à effectuer est : NEBIOS

 Commentaires   
Commentaire de Renaud Dierickx [ 06/juil./05 14:58 ]
Ce bug n'en est en réalité pas un...

En effet, en intégration, les adresses e-mail des utilisateurs ont été modifiées pour éviter les erreurs de manipulation.
        exple : pour Nebios, nebios@wanadoo.fr.toto

Ainsi ce format d'email n'est pas correct et le système repère l'erreur lorsqu'il essaie d'envoyer un mail à l'utilisateur ("... suite à votre demande, nous vous avons désabonné de la Newsletter de PriceMinister..."). Ce problème n'apparaît qu'en intégration pour le compte importé de la production en revanche pour un compte créé en intégration, la macro "tout désabonner" fonctionne correctement.

En production, le cas ne se produit jamais car les adresses ont forcément un bon format du type "toto@titi.com"



[APP-3833] BO Image : image impossible à supprimer Création: 15/avr./05 10:55  Mise à jour: 25/juin/07 18:28  Résolue: 25/juin/07 18:28

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.3.2
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Jany Marimoutou Attribution: Patrick Pereira
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Dans les "images soumises" catégories "montre" il y a une image correspondant
à la fiche produit n° 5423013 du nom de "Montre femme Quantième". Celle-ci
n'apparait pas et ne peut être supprimée, car apparement selon le message
d'erreur :

Find failed: javax.ejb.EJBException: Internal error getting results for field
member image; CausedByException is: [OraDriver] Stored procedure does not
return values.

Merci de demander à quelqu'un d'y remédier. Celle-ci fausse le système de
validation par catégories globales.

 Commentaires   
Commentaire de Validator [ 18/avr./05 11:02 ]
Normalement, Judd devait avoir corrigé le problème
Commentaire de Quentin de Chivré [ 19/avr./05 12:56 ]
http://bo.priceminister.com/referential_back?
action=productview&productid=5423013
Commentaire de Quentin de Chivré [ 19/avr./05 17:26 ]
Ca semble un probleme interne a Oracle, l'image ne s'affiche pas. Le CLOB
pourrait-il etre corrompu ?

Au pire faire un DELETE de la ligne on ne perdra pas grand chose...
Commentaire de Patrick Pereira [ 20/avr./05 18:54 ]
Voilà. J'ai supprimé les images en base.



[APP-2871] Fiche BO : impossible d'ajouter des attributs Création: 13/oct./04 17:19  Mise à jour: 25/juin/07 18:26  Résolue: 25/juin/07 18:26

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.6dep
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Benjamin Guerville Attribution: Manuel Sadok
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
impossible d'ajouter des attributs pour ce produit !

 Commentaires   
Commentaire de Benjamin Guerville [ 18/oct./04 16:39 ]
http://bo.priceminister.com/referential_back?
action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&ke
yword=aunilec&search_type=&prd_type_code=&product_id=&prd_status_code=&spec_stat
us_code=&prd_source_code=&prd_change_code=&prd_manufacturer_key=&change_start_da
te=&change_end_date=&submitter_login=&number_rows=200&do_search.x=0&do_search.y=
0

impossible d'ajouter des attributs pour toutes ces fiches
Commentaire de Manuel Sadok [ 26/oct./04 19:14 ]
Problème réglé (ajout d'une nouvelle colonne dans prd_configuration:
is_medium_subtype)
Commentaire de Benjamin Guerville [ 27/oct./04 18:09 ]
PAs d'accord, on ne ^peut toujours pas rajouter d'attributs sur ces produits.
Merci
Commentaire de Manuel Sadok [ 27/oct./04 18:18 ]
Un peu d'attente petit scarabée... :)



[APP-2715] Batch d'expiration d'annonce : notification en BO Création: 27/août/04 09:52  Mise à jour: 25/juin/07 18:25  Résolue: 25/juin/07 18:25

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.5val
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Stéphane Archer Attribution: Martin Sudmann
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File expiration copy.jpg    

 Description   
Les dates de fraîcheur, de premier avertissement, de dernier avertissement et
d'annonce périmée sont indiquées les unes derrières les autres dans la même
cellule ... C'est peu lisible. On pourrait envisager de faire une ligne pour
chacune de ces dates. Voir l'image jointe à la demande.

 Commentaires   
Commentaire de Stéphane Archer [ 27/août/04 09:53 ]
Created an attachment (id=82)
BO : Notification d'expiration
Commentaire de Quentin de Chivré [ 27/août/04 11:32 ]
Ou + rapide, mettre des BR au lieu des /
Commentaire de Martin Sudmann [ 27/août/04 14:41 ]
j'ai tout foutu dans une table à la place des br
Commentaire de Martin Sudmann [ 27/août/04 14:41 ]
done



[APP-3078] BO Annonce : Afficher le question_count Création: 23/nov./04 14:59  Mise à jour: 25/juin/07 18:26  Résolue: 25/juin/07 18:26

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.7a
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Quentin de Chivré Attribution: Manuel Sadok
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Puisqu'on l'a calculé...

 Commentaires   
Commentaire de Manuel Sadok [ 24/nov./04 11:04 ]
J'ai rajouté un nouveau lien sur la fiche annonce en BO:
"Voir les réponses pré-ventes acceptées (nbre)"



[APP-3205] BO Message : Interdire les espaces dans les alias Création: 02/déc./04 17:35  Mise à jour: 25/juin/07 18:27  Résolue: 25/juin/07 18:27

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.8
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Marion Anfreville Attribution: Geneviève Beaujard
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Lors de la validation des fiches produits, la Macro "fiche existante" qui doit
permettre de mettre en "refusé" cette dernière fonctionne de façon aléatoire.
Enfin, quand elle veut !

 Commentaires   
Commentaire de Geneviève Beaujard [ 07/déc./04 09:46 ]
OK, pb du a des blancs dans les noms d'alias.
J'ai corrigé les alias en prod.
Commentaire de Geneviève Beaujard [ 07/déc./04 09:47 ]
*** Bug 3509 has been marked as a duplicate of this bug. ***
Commentaire de Quentin de Chivré [ 07/déc./04 10:33 ]
Améliorer le BO pour interdire les espaces
Commentaire de Geneviève Beaujard [ 14/déc./04 15:00 ]
OK



[APP-3729] bo vider le stock d'un vendeur Création: 17/mars/05 13:43  Mise à jour: 25/juin/07 18:28  Résolue: 25/juin/07 18:28

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.3.2
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Emmanuelle Lachamp Attribution: Geneviève Beaujard
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
normalement cette fonction permet de vider le stock, 1000 annonces à la fois,
or cela ne se fait actuellement que sur les 100 1eres annonces

 Commentaires   
Commentaire de Geneviève Beaujard [ 06/avr./05 09:30 ]
Recapitulatif:
l'action clearStock est censée traiter 1000 annonces a la fois.
Or ce traitement se fait en 5 etapes donc 200 annonces a la fois.
Suite au fonctionnement de JBoss, les annonces fermées lors de la premier etape
ne sont pas considerées comme fermées lors de la deuxieme etape, ce qui fait
que l'on boucle sur les 200 premieres annnonces.
l'action clearStock ne traite donc que 200 annonces.
La solution est de faire un findNone a la fin de chaque etape pour prendre en
compte les modifications.

Autre fait:
Il y a aussi un probleme de comptage:
Le nombre d'annonces dans le BO est le nombre d'annonces du compte qui sont
actives, vendables et non périmées.
Les annonces traitées par clearAction sont les annonces du compte dont l'etat
est different de closed (active, suspendue, périmée).
Ceci peut provoquer un certain decalage, en effet on peur fermer 1000 annonces
(dont 100 suspendues par example) et le nombre d'annonces du BO user ne sera
decrementé que de 900.

La resolution du bug ne traite pas ce dernier point.
 
Commentaire de Bruno Ballester [ 02/mai/05 12:38 ]
En conclusion, puis je considérer que je peux vérifier le bug ou pas ?



[APP-2581] BO produit : incohérence dans la colonne "Genre" Création: 04/août/04 17:35  Mise à jour: 25/juin/07 18:25  Résolue: 25/juin/07 18:25

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.4val
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Validator Attribution: Dispatcher (Dev)
Résolution: Incomplet  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: PNG File Capture.png    

 Description   
Pour les livres anciens/autres supports, le genre est "Livre Ancien" alors que
pour Livre/autres supports, c'est "Autres supports".

C'est plutot bizarre (voir copie d'écran)

 Commentaires   
Commentaire de Validator [ 04/août/04 17:36 ]
Created an attachment (id=71)
Copie d'écran
Commentaire de Quentin de Chivré [ 04/août/04 17:40 ]
C'est de la config produit en BO



[APP-2837] BO frais de port : Affichage du delta Création: 06/oct./04 17:48  Mise à jour: 25/juin/07 18:26  Résolue: 25/juin/07 18:26

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.6val
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Quentin de Chivré Attribution: Fabrice Messoumian
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Pourquoi pour chronopost n'affiche t'on pas le supplément de fdp par rapport à
normal ?

 Commentaires   
Commentaire de Validator [ 06/oct./04 18:05 ]
oui, pourquoi ?
Commentaire de Stéphane Archer [ 08/oct./04 13:47 ]
Conformément à la demande pour Chronopost on ne reverse rien au vendeur.
C'est un système de frais de port "prépayé".
Commentaire de Quentin de Chivré [ 08/oct./04 13:55 ]
Il ne s'agit pas de ca. Il manque dans le BO le chiffre entre parentheses qui
indique la différence entre Chronopost et Normal.
Commentaire de Stéphane Archer [ 25/nov./04 10:20 ]
Pas d'affichage entre paranthèse prévu ...
Commentaire de Quentin de Chivré [ 25/nov./04 10:40 ]
Permet moi d'insister ! :-)
Commentaire de Fabrice Messoumian [ 29/nov./04 11:41 ]
Fait



[APP-7150] BO : Certaines pages de statistiques ne fonctionnent plus. Création: 23/janv./06 15:55  Mise à jour: 25/juin/07 18:34  Résolue: 16/févr./06 18:35

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 8.1.0a
Version(s) corrigée(s): 8.1.1

Type: Bogue Priorité: Critique
Rapporteur: Justin Ziegler Attribution: Christophe Garcia
Résolution: Corrigé  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Sous-tâches:
Clé
 Résumé
 Type
 Etat
 Attribution
APP-7159 Etat des lieux des statistiques côté BO Sous-tâche Fermé Geneviève Beaujard  
Site: Prod

 Description   
Cela inquiete bcp notre PDG !
Est ce un pb de source de donnees pour le calcul de stat ?
ou est ce qu'on n'a vraiment plus de vendeur ?
si on a plus de vendeur, il faudrait rapidement comprendre pourquoi...

 Commentaires   
Commentaire de Justin Ziegler [ 23/janv./06 16:10 ]
Est ce que cela provient de la migration des formulaires en 3G ?
Commentaire de Christophe Garcia [ 23/janv./06 16:17 ]
Extrait mail de Quentin :
"
Ces courbes sont obsoletes comme deja discuté avec Philippe. Je suggère de ne pas les regarder mais de regarder les rapports décisionnels plutot, afin d'éviter d'investir dans 2 directions a la fois. J'aimerais autant les dégager du BO pour éviter toute confusion.
 
Dites moi si cela vous convient, sinon je met Genevieve dessus...
"



[IMP-451] Création compte FTP Whoopper Création: 11/avr./07 10:05  Mise à jour: 30/oct./09 15:43  Résolue: 11/avr./07 10:35

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Xavier Barbosa Attribution: Xavier Barbosa
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: whoopper
Séparateur: N/A
Type de traitement:
N/A
Groupe: jean-claude junin

 Description   
créer un compte ftp pour Whoopper comme Uxotica

 Commentaires   
Commentaire de Xavier Barbosa [ 11/avr./07 10:35 ]
j'appelle le partenaire pour lui expliquer le fonctionnement.

je ferme.



[IMP-1296] Rajouter compte dans le flux Mixad Création: 17/sept./07 11:30  Mise à jour: 30/oct./09 15:50  Résolue: 17/sept./07 11:48

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Daniel Pintamalli Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: topv1842
Séparateur: N/A
Type de traitement:
Mise à jour/création annonces avec mise à jour/création produits (écrasement)

 Description   
Rajouter le compte topv1842 dans le flux Mixad.

 Commentaires   
Commentaire de Daniel Pintamalli [ 17/sept./07 11:48 ]
Le pseudo a été ajouté dans le flux Mixad. Il est désormais actif.



[IMP-1943] Compte FTP partenaire A1Books_US Création: 03/mars/08 09:53  Mise à jour: 30/oct./09 15:43  Résolue: 03/mars/08 10:17

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Cantoni Carlos Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ESP - Espagne
Login: a1books_us
Séparateur: N/A
Type de traitement:
N/A

 Description   
merci de créer un compte FTP pour le partenaire A1Books_US

 Commentaires   
Commentaire de Daniel Pintamalli [ 03/mars/08 10:16 ]
=====================================================================
Cuenta FTP vendedor creada...

Pseudo : a1books_us
contraseña : fjjiuY75t
Server : ftp.priceminister.es

=====================================================================



[APP-10219] Mon compte/Page de login Création: 05/juin/06 15:38  Mise à jour: 25/juin/07 18:40  Résolue: 05/juin/06 17:03

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 9.0.0
Version(s) corrigée(s): 9.0.0

Type: Amélioration Priorité: Cosmétique
Rapporteur: Gaël Caro Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Site: Integ

 Description   
Centrer les boutons "Connexion" et "Ouvrir un compte"

 Commentaires   
Commentaire de Younès Charrière [ 06/juin/06 12:13 ]
Ok en Integ



[EXP-24] Création de compte FTP Création: 19/mai/04 17:29  Mise à jour: 25/juin/07 18:54  Résolue: 25/juin/07 18:54

Etat: Résolu
Projet: Exploitation
Composants: Default
Affecte la/les version(s): unspecified
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Validator Attribution: Xavier Cauchoix
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Compte : ordipro

Merci de fournir le password rapidement.

 Commentaires   
Commentaire de Validator [ 01/juin/04 15:08 ]
done



[APP-9288] [Nouvelle Charte] BO > Problèmes annonces > Commentaire Création: 16/mai/06 14:35  Mise à jour: 25/juin/07 18:38  Résolue: 15/janv./07 10:56

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 9.0.0
Version(s) corrigée(s): 12.0.0

Type: Bogue Priorité: Cosmétique
Rapporteur: Younès Charrière Attribution: Geneviève Beaujard
Résolution: Impossible à reproduire  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File Sans titre.JPG    
Site: Integ
Classif1: BO
Classif2: BO - probleme annonce
Projets PM archivés: Maintenance 12.0.0

 Description   
Lorsque l'on signal un problème dans une annonce, on entre un commentaire et ensuite on peut accéder à ce signalement dans le BO.
Le problème c'est que les accents ne sont pas bien pris en compte.

 Commentaires   
Commentaire de Arnaud Forgues [ 18/mai/06 10:17 ]
je ne connais pas ce mécanisme, et avec les modifications sur le bloc de navigation pour la problématique de référencement, je ne vais pas aider pour ce bug car je n'aurais sans doute pas le temps ...

Je te laisse voir qui connait et peut se charger de ca (peut etre que Genevieve connait mais ce n'est meme pas sur .)
Commentaire de Edouard Gomez-Vaez [ 18/mai/06 16:41 ]
Je ne sais pas à qui assigner ce bug
Commentaire de Geneviève Beaujard [ 15/janv./07 10:56 ]
Je voisbien les caracteres accentués, c'etait surement un probleme de charset.
Commentaire de Younès Charrière [ 17/janv./07 15:28 ]
Le problème ne se produit plus aujourd'hui.



[EXP-933] Compte utilisateur sur Bollinger Création: 18/janv./06 17:15  Mise à jour: 25/juin/07 18:55  Résolue: 24/janv./06 10:53

Etat: Fermé
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Patrick Condevaux Attribution: Sébastien Tournay
Résolution: Invalid  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
J'aurai besoin que l'on me crée un compte sur bollinger afin de pouvoir accéder à CVS notamment

merci

 Commentaires   
Commentaire de Patrick Condevaux [ 24/janv./06 10:53 ]
C'est bon

J'avais accès à bollinger avec mon login/pwd ;-)



[EXP-632] Création de Compte VPN Création: 20/déc./05 10:57  Mise à jour: 25/juin/07 18:55  Résolue: 27/déc./05 15:39

Etat: Fermé
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Gaël Klosek Attribution: Ranto Andriambololona
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 15 minutes
Estimation originale: Non spécifié


 Description   
Je souhaiterais posséder d'un compte VPN me permettant de travailler sous les comptes suivants:
- klosekg
- fast01
- oracle

dans les environnement suivants:
- dev
- integ

 Commentaires   
Commentaire de Ranto Andriambololona [ 27/déc./05 15:39 ]
Demande traité, je t'ai envpyé par mail les infos nécessaire ...



[INF-419] Création de compte wiki Création: 25/janv./10 16:43  Mise à jour: 26/janv./10 09:17  Résolue: 26/janv./10 09:17

Etat: Résolu
Projet: Infrastructure
Composants: Arrivée/Départ
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Yann Danot Attribution: Stéphane Eccli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Je n'ai actuellement pas de compte WIKI je faisais sans être identifié jusqu'a maintenant, mais tant qu'à faire autant avoir un compte ^^

 Commentaires   
Commentaire de Stéphane Eccli [ 26/janv./10 09:17 ]
tu peux te le créér tout seul.



[PMB-108] [SALOMÉ] - Test intégrite demande de reversement régulier par chèque pour un pro compta Création: 10/mars/09 16:16  Mise à jour: 06/avr./09 10:01  Résolue: 06/avr./09 10:01

Etat: Fermé
Projet: PriceMinister Bug Hunter
Composants: Aucune
Affecte la/les version(s): 0.1
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Emilien Guichard Attribution: Cédric Goldovsky
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Word Test utilisateur compta.doc    
Tool: SALOME

 Description   
Ce test est manquant dans la liste.

En effet, un compte configuré en compta a le choix entre un reversement régulier par virement (cas déja pris en compte) et un reversement régulier par chèque (cas manquant)

 Commentaires   
Commentaire de Cédric Goldovsky [ 10/mars/09 16:36 ]
C'eut été encore mieux si tu avais pré-rédigé ce cas de test :-P
Commentaire de Emilien Guichard [ 11/mars/09 18:32 ]
voici les 3 cas de tests détaillés concernant les vendeurs compta



[IMP-626] Import de fichier + Creation compte FTP pseudo: disc-order Création: 16/janv./07 18:18  Mise à jour: 25/juin/07 19:01  Résolue: 05/févr./07 09:58

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Cantoni Carlos Attribution: Daniel Pintamalli
Résolution: Corrigé  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel 20070118 LISTADO articulos PVP STOCK.XLS     Microsoft Excel Copie de 20070117 LISTADO articulos PVP STOCK (3).XLS    
Liens des demandes:
Dépendance
est bloqué par APP-14846 Format d'import - Problème dans l'uti... Fermé
Sous-tâches:
Clé
 Résumé
 Type
 Etat
 Attribution
IMP-627 Creation compte FTP + Conf xml - pseu... Sous-tâche Résolu Daniel Pintamalli  
IMP-628 Amelioration de mapping genres musica... Sous-tâche Résolu Daniel Pintamalli  
IMP-629 Configuration de la gestion de comman... Sous-tâche Résolu Daniel Pintamalli  
IMP-631 Configuration de la gestion de comman... Sous-tâche Résolu Daniel Pintamalli  
Pays:
ESP - Espagne
Login: disc-order
Séparateur: N/A
Type de traitement:
N/A

 Description   
Bonjour,

merci de creer un compte FTP pour le partenaire "disc-order"
le compte est deja en statut PRO

 Commentaires   
Commentaire de Cantoni Carlos [ 17/janv./07 14:41 ]

Merci de faire creer un profil et faire l'import du fichier.
Pour ce premier fichier il faut creer les fiches produit et annonces, par contre, pour la suite, il faut configurer le compte pour faire seulement la mise a jour des annonces et l'ajout des fiches .

Le stock pour chaque produit est par default 1 unite
Le compte est deja en PRO

La correspondance pour les labels est la suivante:

Capit = Capitol
Geffe = Geffen
Islan = Island
Mercu = Mercury
Motow = Motown
Mushr = Mushroom
Phili = Philips
Polyg = Polygram
Sobmg = Sony/BMG
Univ = Universal
Unive = Universal
Valem = Vale Music
Virgi = Virgin
Warne = Warner

Le partenaire fera tous les jours une actualisation du fichier par FTP
Merci
Commentaire de Cantoni Carlos [ 17/janv./07 15:57 ]
Attention car il y a des categories qu'il faut supprimer du fichier.

CA
L2
LP
LI
L7
MC
VA

A noter que la categorie VI correspond au VHS - Musical
Commentaire de Daniel Pintamalli [ 18/janv./07 13:34 ]
Pour une demande d'import le titre est comme suivant:

import de fichier + création compte FTP - partenaire disc-order
Le composant serait: Fichiers Import

Le titre 'Création compte FTP' et le composant FTP est correct si la demande ne regarde que la création d'un compte FTP. Tiens en compte qu'un compte FTP n'a pas d'utilité si aucun format ni aucun profil n'a été créé.
Commentaire de Daniel Pintamalli [ 19/janv./07 11:40 ]
Import en cours (maj/création d'annonces):
http://bo.priceminister.es/datafile_back?action=advfilesearch&file_id=3959937
Commentaire de Daniel Pintamalli [ 05/févr./07 09:58 ]
Le dernier fichier de CD est passé à 80% (mapping à améliorer)
Le dernier fichier de Vidéo est passé à 99%.

http://bo.priceminister.es/datafile_back?action=advfilesearch&file_id=&login=disc-order



Intégration BDD Decitre (IMP-32)

[IMP-52] Création Compte FTP - configuration qui pointe sur le profil de migration Titelive > Decitre Création: 24/août/06 14:04  Mise à jour: 25/juin/07 19:01  Résolue: 29/août/06 13:31

Etat: Résolu
Projet: Paramétrage - Import
Composants: FTP
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Critique
Rapporteur: Marion Anfreville Attribution: Marion Anfreville
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Créer un compte FTP pour le compte dont nous nous servons pour des tests :
login : testImport1
ID Compte : 10889267

Profil a prendre en compte dans la configuration FTP (migration_titelive_decitre) :
ID : 4304541
Login : grehalln

 Commentaires   
Commentaire de Marion Anfreville [ 24/août/06 14:09 ]
=====================================================================
COMPTE du vendeur créé ...

Login: testimport1
Pass : pm_impTEST
=====================================================================
Commentaire de Marion Anfreville [ 24/août/06 16:32 ]
Configuration FTP OK.
- Prise en compte des images
- Profil Migration Decitre : fichiers à déposer sous le répertoire stock/migration_decitre dans le compte FTP



[IMP-1030] Demande de mise en place de validation automatique des commandes compte : fl-games Création: 11/juil./07 16:11  Mise à jour: 30/oct./09 15:44  Résolue: 12/juil./07 10:00

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Dorian Porta Delsol Attribution: Rodrigue Nsiangani
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 10 minutes
Estimation originale: Non spécifié

Pays:
FRA - France
Login: fl-games
Séparateur: N/A
Type de traitement:
N/A
Estimation: Petit
Groupe: jeux video

 Description   
Création d'un compte FTP pour validation automatique des commandes.

 Commentaires   
Commentaire de Rodrigue Nsiangani [ 12/juil./07 10:00 ]
Le partenaire a déjà un compte FTP :

Login: fl-games
Pass : maqfezan

Config mise à jour :
@@@@@@@@@@@@@@@@@@
<!-- Flux de commandes -->
<Directory path='purchase'>
<Action type='Move'>
<Files>*.txt</Files>
<Source>/data/priceminister/pmftpstock/var/transactions/fr/fl-games/purchase</Source>
<Destination>purchase</Destination>
</Action>
</Directory>
<Directory path='confirmed_purchase'>
<Action type='Move'>
<Files>*.txt</Files>
<Source>/data/priceminister/pmftpstock/var/transactions/fr/fl-games/confirmed_purchase</Source>
<Destination>confirmed_purchase</Destination>
</Action>
</Directory>
<Directory path='validation'>
<Action type='Move'>
<Files>*.txt</Files>
<Destination>/data/priceminister/pmftpstock/var/transactions/fr/fl-games/validation</Destination>
</Action>
</Directory>
<Directory path='expiration'>
<Action type='Move'>
<Files>*.txt</Files>
<Source>/data/priceminister/pmftpstock/var/transactions/fr/fl-games/expiration</Source>
<Destination>expiration</Destination>
</Action>
</Directory>
@@@@@@@@@@@@@@@@@@
Commentaire de Rodrigue Nsiangani [ 12/juil./07 10:00 ]
C'est fait.

Je ferme.



[APP-8129] Enlevement Mobilier - la case où il faut cocher ne prends pas en compte l'enlèvement Création: 24/mars/06 16:33  Mise à jour: 25/juin/07 18:36  Résolue: 05/juil./06 09:58

Etat: Fermé
Projet: Application PriceMinister
Composants: Mise en vente
Affecte la/les version(s): 8.1.2b
Version(s) corrigée(s): 9.0.1

Type: Bogue Priorité: Majeur
Rapporteur: Elisabeth Delongeaux Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Site: Prod

 Description   
Enlevement Mobilier - la case où il faut cocher ne prends pas en compte l'enlèvement. Il faut réitérer la manip 3x de suite avant que celui-ci soit pris en compte ....

 Commentaires   
Commentaire de Yassine Mouhammadou [ 27/mars/06 11:25 ]
Le paramétrage requis pour l'enlèvement est correct.
Effectivement, l'enlèvement n'est pas prise en compte la première fois (tester pour le mobilier).
Commentaire de Elisabeth Delongeaux [ 27/mars/06 11:32 ]
L'enlevement n'est pas pris en compte la 1ere fois ni la 2eme fois ms seulement la 3eme....
Commentaire de Patrick Condevaux [ 27/mars/06 12:15 ]
Le bug n'apparait pas lors d'une mise en vente mais uniquement lorsqu'on modifie une annonce pour ajouter/enlever le retrait.

Une fois sur deux on ne passe pas par la page ou l'on doit renseigner les modes de livraison (dont l'enlevement) et les cooordonnées (telephone, code postal).

exemple sur une annonces créée pour le test
la page ou on precise enlevement, tel et code postal est la suivante:
http://www.priceminister.com/inventory?action=pickupform&aid=66177091&countryid=249&dest=%2Fsubmit%3Faction%3Dsubmitadvert%26advertid%3D66177091%26category%3D131081%26categoryref%3D161895%26commentaireAnnonce%3DTEST%2BPM%2Bvalidation%2BPAC%26compproductid%3D26654450%26isupdate%3Dtrue%26pickup%3Dtrue%26prix%3D120.0%26productid%3D26654350%26qualite%3D10%26quantite%3D1%26select%3D5%26stage%3D200%26submitstage%3Dtrue%26x%3D145%26y%3D6
1 fois sur 2 on va directement a la page:
http://www.priceminister.com/inventory?category=131081&select=5&update=true
Commentaire de Patrick Condevaux [ 27/mars/06 17:07 ]
log JBOss lors d'une modification d'annonce:

2006-03-27 16:55:08,258 INFO [Processor100] testeurfou - >>> POST http://bo.priceminister.com/submit!action=submitadve...&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST PM va...&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=10&submitstage=true&x=161&y=12
2006-03-27 16:55:08,385 INFO [Processor100] testeurfou - Redirecting to : /submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=161&y=12
2006-03-27 16:55:08,386 INFO [Processor100] testeurfou - <<< [127 ms] POST http://bo.priceminister.com/submit!action=submitadve...&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST PM va...&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=10&submitstage=true&x=161&y=12
2006-03-27 16:55:08,426 INFO [-Processor97] testeurfou - >>> GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=161&y=12
2006-03-27 16:55:08,620 WARN [-Processor97] testeurfou - BEGIN_AUDIT work() EJB3
2006-03-27 16:55:08,620 INFO [-Processor97] testeurfou - Updating complement product 26654450
2006-03-27 16:55:09,012 WARN [-Processor97] testeurfou - AdvertStockServiceBean.processAdvert BEGIN
2006-03-27 16:55:09,071 WARN [-Processor97] testeurfou - AdvertStockServiceBean.processAdvert END
2006-03-27 16:55:09,598 INFO [-Processor97] testeurfou - dans innerWorkEjb3
2006-03-27 16:55:09,598 INFO [-Processor97] testeurfou - result.getProductId() = 26654350
2006-03-27 16:55:09,598 INFO [-Processor97] testeurfou - result.getComplementId() = 26654450
2006-03-27 16:55:09,598 INFO [-Processor97] testeurfou - result.getAdvertId() = 66177091
2006-03-27 16:55:09,598 WARN [-Processor97] testeurfou - innerWorkEjb3 works fine
2006-03-27 16:55:09,598 WARN [-Processor97] testeurfou - END_AUDIT work()
2006-03-27 16:55:09,649 INFO [-Processor97] testeurfou - Redirecting to : /inventory?action=pickupform&aid=66177091&countryid=249&dest=%2Fsubmit%3Faction%3Dsubmitadvert%26advertid%3D66177091%26category%3D131081%26categoryref%3D161895%26commentaireAnnonce%3DTEST%2BPM%2Bvalidation%2BPAC%26compproductid%3D26654450%26isupdate%3Dtrue%26pickup%3Dtrue%26prix%3D120.0%26productid%3D26654350%26qualite%3D10%26quantite%3D1%26select%3D0%26stage%3D200%26submitstage%3Dtrue%26x%3D161%26y%3D12
2006-03-27 16:55:09,649 INFO [-Processor97] testeurfou - <<< [1223 ms] GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=161&y=12
2006-03-27 16:55:09,693 INFO [-Processor91] testeurfou - >>> GET http://bo.priceminister.com/inventory?action=pickupform&aid=66177091&countryid=249&dest=%2Fsubmit%3Faction%3Dsubmitadvert%26advertid%3D66177091%26category%3D131081%26categoryref%3D161895%26commentaireAnnonce%3DTEST%2BPM%2Bvalidation%2BPAC%26compproductid%3D26654450%26isupdate%3Dtrue%26pickup%3Dtrue%26prix%3D120.0%26productid%3D26654350%26qualite%3D10%26quantite%3D1%26select%3D0%26stage%3D200%26submitstage%3Dtrue%26x%3D161%26y%3D12
2006-03-27 16:55:09,987 INFO [-Processor91] testeurfou - <<< [294 ms] GET http://bo.priceminister.com/inventory?action=pickupform&aid=66177091&countryid=249&dest=%2Fsubmit%3Faction%3Dsubmitadvert%26advertid%3D66177091%26category%3D131081%26categoryref%3D161895%26commentaireAnnonce%3DTEST%2BPM%2Bvalidation%2BPAC%26compproductid%3D26654450%26isupdate%3Dtrue%26pickup%3Dtrue%26prix%3D120.0%26productid%3D26654350%26qualite%3D10%26quantite%3D1%26select%3D0%26stage%3D200%26submitstage%3Dtrue%26x%3D161%26y%3D12

----> On arrive bien sur la page de renseignement du tel et du code postal

2006-03-27 16:57:09,038 INFO [-Processor86] testeurfou - >>> POST http://bo.priceminister.com/inventory!action=pickupform&aid=66177091&allowpickup=true&allowshipping=true&countryid=249&dest=/submit?ac...&dummyphone=0102030405&dummyzip=75000&phonenumber=0102030405&submit=true&x=51&y=9&zip=75000
2006-03-27 16:57:09,126 INFO [-Processor86] testeurfou - Redirecting to : /submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=161&y=12&frompickup=true
2006-03-27 16:57:09,126 INFO [-Processor86] testeurfou - <<< [87 ms] POST http://bo.priceminister.com/inventory!action=pickupform&aid=66177091&allowpickup=true&allowshipping=true&countryid=249&dest=/submit?ac...&dummyphone=0102030405&dummyzip=75000&phonenumber=0102030405&submit=true&x=51&y=9&zip=75000
2006-03-27 16:57:09,173 INFO [-Processor86] testeurfou - >>> GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=161&y=12&frompickup=true
2006-03-27 16:57:09,260 INFO [-Processor86] testeurfou - Redirecting to : /inventory?category=131081&select=0&update=true
2006-03-27 16:57:09,260 INFO [-Processor86] testeurfou - <<< [87 ms] GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=161&y=12&frompickup=true
2006-03-27 16:57:09,304 INFO [-Processor60] testeurfou - >>> GET http://bo.priceminister.com/inventory?category=131081&select=0&update=true
2006-03-27 16:57:09,518 INFO [-Processor60] testeurfou - <<< [214 ms] GET http://bo.priceminister.com/inventory?category=131081&select=0&update=true


-----> Le mode retarit est bien ajouté a l'annonce....

- Je Clique sur Modifier :

2006-03-27 17:00:11,480 INFO [-Processor89] testeurfou - >>> GET http://bo.priceminister.com/inventory?action=view&aid=66177091&category=131081&cplproductid=26654450&productid=26654350&select=0
2006-03-27 17:00:11,531 INFO [-Processor89] testeurfou - Redirecting to : /submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&compproductid=26654450&isupdate=true&productid=26654350&select=0&stage=10
2006-03-27 17:00:11,531 INFO [-Processor89] testeurfou - <<< [51 ms] GET http://bo.priceminister.com/inventory?action=view&aid=66177091&category=131081&cplproductid=26654450&productid=26654350&select=0
2006-03-27 17:00:11,816 INFO [-Processor59] testeurfou - >>> GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&compproductid=26654450&isupdate=true&productid=26654350&select=0&stage=10
2006-03-27 17:00:12,063 INFO [-Processor59] testeurfou - <<< [247 ms] GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&compproductid=26654450&isupdate=true&productid=26654350&select=0&stage=10

- Je supprime l'autorisation de retrait et valide:

2006-03-27 17:01:01,010 INFO [-Processor71] testeurfou - >>> POST http://bo.priceminister.com/submit!action=submitadve...&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST PM va...&compproductid=26654450&isupdate=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=10&submitstage=true&x=135&y=14
2006-03-27 17:01:01,175 INFO [-Processor71] testeurfou - Redirecting to : /submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=135&y=14
2006-03-27 17:01:01,176 INFO [-Processor71] testeurfou - <<< [165 ms] POST http://bo.priceminister.com/submit!action=submitadve...&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST PM va...&compproductid=26654450&isupdate=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=10&submitstage=true&x=135&y=14
2006-03-27 17:01:01,446 INFO [P-Processor8] testeurfou - >>> GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=135&y=14
2006-03-27 17:01:01,609 WARN [P-Processor8] testeurfou - BEGIN_AUDIT work() EJB3
2006-03-27 17:01:01,610 INFO [P-Processor8] testeurfou - Updating complement product 26654450
2006-03-27 17:01:02,035 WARN [P-Processor8] testeurfou - AdvertStockServiceBean.processAdvert BEGIN
2006-03-27 17:01:02,051 WARN [P-Processor8] testeurfou - AdvertStockServiceBean.processAdvert END
2006-03-27 17:01:02,756 INFO [P-Processor8] testeurfou - dans innerWorkEjb3
2006-03-27 17:01:02,756 INFO [P-Processor8] testeurfou - result.getProductId() = 26654350
2006-03-27 17:01:02,756 INFO [P-Processor8] testeurfou - result.getComplementId() = 26654450
2006-03-27 17:01:02,756 INFO [P-Processor8] testeurfou - result.getAdvertId() = 66177091
2006-03-27 17:01:02,756 WARN [P-Processor8] testeurfou - innerWorkEjb3 works fine
2006-03-27 17:01:02,757 WARN [P-Processor8] testeurfou - END_AUDIT work()
2006-03-27 17:01:02,879 INFO [P-Processor8] testeurfou - Redirecting to : /inventory?action=pickupform&aid=66177091&countryid=249&dest=%2Fsubmit%3Faction%3Dsubmitadvert%26advertid%3D66177091%26category%3D131081%26categoryref%3D161895%26commentaireAnnonce%3DTEST%2BPM%2Bvalidation%2BPAC%26compproductid%3D26654450%26isupdate%3Dtrue%26prix%3D120.0%26productid%3D26654350%26qualite%3D10%26quantite%3D1%26select%3D0%26stage%3D200%26submitstage%3Dtrue%26x%3D135%26y%3D14
2006-03-27 17:01:02,880 INFO [P-Processor8] testeurfou - <<< [1433 ms] GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=135&y=14
2006-03-27 17:01:03,115 INFO [-Processor59] testeurfou - >>> GET http://bo.priceminister.com/inventory?action=pickupform&aid=66177091&countryid=249&dest=%2Fsubmit%3Faction%3Dsubmitadvert%26advertid%3D66177091%26category%3D131081%26categoryref%3D161895%26commentaireAnnonce%3DTEST%2BPM%2Bvalidation%2BPAC%26compproductid%3D26654450%26isupdate%3Dtrue%26prix%3D120.0%26productid%3D26654350%26qualite%3D10%26quantite%3D1%26select%3D0%26stage%3D200%26submitstage%3Dtrue%26x%3D135%26y%3D14
2006-03-27 17:01:03,351 INFO [-Processor59] testeurfou - <<< [236 ms] GET http://bo.priceminister.com/inventory?action=pickupform&aid=66177091&countryid=249&dest=%2Fsubmit%3Faction%3Dsubmitadvert%26advertid%3D66177091%26category%3D131081%26categoryref%3D161895%26commentaireAnnonce%3DTEST%2BPM%2Bvalidation%2BPAC%26compproductid%3D26654450%26isupdate%3Dtrue%26prix%3D120.0%26productid%3D26654350%26qualite%3D10%26quantite%3D1%26select%3D0%26stage%3D200%26submitstage%3Dtrue%26x%3D135%26y%3D14

--->J'arrive sur la page
Choix du mode de retrait

Je ne coche pas retrait, je valide:

2006-03-27 17:02:06,369 INFO [-Processor71] testeurfou - >>> POST http://bo.priceminister.com/inventory!action=pickupform&aid=66177091&allowshipping=true&countryid=249&dest=/submit?ac...&phonenumber=0102030405&submit=true&x=43&y=8&zip=75000
2006-03-27 17:02:06,486 INFO [-Processor71] testeurfou - Redirecting to : /submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=135&y=14&frompickup=true
2006-03-27 17:02:06,486 INFO [-Processor71] testeurfou - <<< [117 ms] POST http://bo.priceminister.com/inventory!action=pickupform&aid=66177091&allowshipping=true&countryid=249&dest=/submit?ac...&phonenumber=0102030405&submit=true&x=43&y=8&zip=75000
2006-03-27 17:02:06,847 INFO [-Processor96] testeurfou - >>> GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=135&y=14&frompickup=true
2006-03-27 17:02:06,871 INFO [-Processor96] testeurfou - Redirecting to : /inventory?category=131081&select=0&update=true
2006-03-27 17:02:06,872 INFO [-Processor96] testeurfou - <<< [24 ms] GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=135&y=14&frompickup=true
2006-03-27 17:02:06,958 INFO [-Processor77] testeurfou - >>> GET http://bo.priceminister.com/inventory?category=131081&select=0&update=true
2006-03-27 17:02:07,144 INFO [-Processor77] testeurfou - <<< [186 ms] GET http://bo.priceminister.com/inventory?category=131081&select=0&update=true

- Anouveau modifier:

2006-03-27 17:02:59,295 INFO [P-Processor4] testeurfou - >>> GET http://bo.priceminister.com/inventory?action=view&aid=66177091&category=131081&cplproductid=26654450&productid=26654350&select=0
2006-03-27 17:02:59,379 INFO [P-Processor4] testeurfou - Redirecting to : /submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&compproductid=26654450&isupdate=true&productid=26654350&select=0&stage=10
2006-03-27 17:02:59,379 INFO [P-Processor4] testeurfou - <<< [84 ms] GET http://bo.priceminister.com/inventory?action=view&aid=66177091&category=131081&cplproductid=26654450&productid=26654350&select=0
2006-03-27 17:02:59,434 INFO [-Processor53] testeurfou - >>> GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&compproductid=26654450&isupdate=true&productid=26654350&select=0&stage=10
2006-03-27 17:03:00,140 INFO [-Processor53] testeurfou - <<< [705 ms] GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&compproductid=26654450&isupdate=true&productid=26654350&select=0&stage=10

- J'autorise l'acheteur à retirer cet article et je valide:

2006-03-27 17:04:02,631 INFO [-Processor96] testeurfou - >>> POST http://bo.priceminister.com/submit!action=submitadve...&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST PM va...&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=10&submitstage=true&x=172&y=11
2006-03-27 17:04:02,682 INFO [-Processor96] testeurfou - Redirecting to : /submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=172&y=11
2006-03-27 17:04:02,683 INFO [-Processor96] testeurfou - <<< [52 ms] POST http://bo.priceminister.com/submit!action=submitadve...&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST PM va...&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=10&submitstage=true&x=172&y=11
2006-03-27 17:04:02,832 INFO [-Processor94] testeurfou - >>> GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=172&y=11
2006-03-27 17:04:02,876 WARN [-Processor94] testeurfou - BEGIN_AUDIT work() EJB3
2006-03-27 17:04:02,876 INFO [-Processor94] testeurfou - Updating complement product 26654450
2006-03-27 17:04:02,954 WARN [-Processor94] testeurfou - AdvertStockServiceBean.processAdvert BEGIN
2006-03-27 17:04:02,961 WARN [-Processor94] testeurfou - AdvertStockServiceBean.processAdvert END
2006-03-27 17:04:03,056 INFO [-Processor94] testeurfou - dans innerWorkEjb3
2006-03-27 17:04:03,057 INFO [-Processor94] testeurfou - result.getProductId() = 26654350
2006-03-27 17:04:03,057 INFO [-Processor94] testeurfou - result.getComplementId() = 26654450
2006-03-27 17:04:03,057 INFO [-Processor94] testeurfou - result.getAdvertId() = 66177091
2006-03-27 17:04:03,057 WARN [-Processor94] testeurfou - innerWorkEjb3 works fine
2006-03-27 17:04:03,057 WARN [-Processor94] testeurfou - END_AUDIT work()
2006-03-27 17:04:03,072 INFO [-Processor94] testeurfou - Redirecting to : /inventory?category=131081&select=0&update=true
2006-03-27 17:04:03,072 INFO [-Processor94] testeurfou - <<< [240 ms] GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=172&y=11
2006-03-27 17:04:03,522 INFO [-Processor22] testeurfou - >>> GET http://bo.priceminister.com/inventory?category=131081&select=0&update=true
2006-03-27 17:04:03,630 INFO [-Processor22] testeurfou - <<< [108 ms] GET http://bo.priceminister.com/inventory?category=131081&select=0&update=true

-----------> le retrait n'est pas ajouter et je ne suis pas passer par la page Choix du mode de retrait

- Je refait la meme manip ... cette fois ca focntionne !! :

2006-03-27 17:05:07,315 INFO [-Processor34] testeurfou - >>> GET http://bo.priceminister.com/inventory?action=view&aid=66177091&category=131081&cplproductid=26654450&productid=26654350&select=0
2006-03-27 17:05:07,370 INFO [-Processor34] testeurfou - Redirecting to : /submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&compproductid=26654450&isupdate=true&productid=26654350&select=0&stage=10
2006-03-27 17:05:07,370 INFO [-Processor34] testeurfou - <<< [55 ms] GET http://bo.priceminister.com/inventory?action=view&aid=66177091&category=131081&cplproductid=26654450&productid=26654350&select=0
2006-03-27 17:05:07,428 INFO [-Processor77] testeurfou - >>> GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&compproductid=26654450&isupdate=true&productid=26654350&select=0&stage=10
2006-03-27 17:05:07,714 INFO [-Processor77] testeurfou - <<< [286 ms] GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&compproductid=26654450&isupdate=true&productid=26654350&select=0&stage=10
2006-03-27 17:05:17,319 INFO [-Processor59] testeurfou - >>> POST http://bo.priceminister.com/submit!action=submitadve...&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST PM va...&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=10&submitstage=true&x=154&y=5
2006-03-27 17:05:17,657 INFO [-Processor59] testeurfou - Redirecting to : /submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=154&y=5
2006-03-27 17:05:17,658 INFO [-Processor59] testeurfou - <<< [338 ms] POST http://bo.priceminister.com/submit!action=submitadve...&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST PM va...&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=10&submitstage=true&x=154&y=5
2006-03-27 17:05:20,714 INFO [Processor120] testeurfou - >>> GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=154&y=5
2006-03-27 17:05:20,923 WARN [Processor120] testeurfou - BEGIN_AUDIT work() EJB3
2006-03-27 17:05:20,924 INFO [Processor120] testeurfou - Updating complement product 26654450
2006-03-27 17:05:21,155 WARN [Processor120] testeurfou - AdvertStockServiceBean.processAdvert BEGIN
2006-03-27 17:05:21,164 WARN [Processor120] testeurfou - AdvertStockServiceBean.processAdvert END
2006-03-27 17:05:21,258 INFO [Processor120] testeurfou - dans innerWorkEjb3
2006-03-27 17:05:21,258 INFO [Processor120] testeurfou - result.getProductId() = 26654350
2006-03-27 17:05:21,258 INFO [Processor120] testeurfou - result.getComplementId() = 26654450
2006-03-27 17:05:21,258 INFO [Processor120] testeurfou - result.getAdvertId() = 66177091
2006-03-27 17:05:21,258 WARN [Processor120] testeurfou - innerWorkEjb3 works fine
2006-03-27 17:05:21,258 WARN [Processor120] testeurfou - END_AUDIT work()
2006-03-27 17:05:21,353 INFO [Processor120] testeurfou - Redirecting to : /inventory?action=pickupform&aid=66177091&countryid=249&dest=%2Fsubmit%3Faction%3Dsubmitadvert%26advertid%3D66177091%26category%3D131081%26categoryref%3D161895%26commentaireAnnonce%3DTEST%2BPM%2Bvalidation%2BPAC%26compproductid%3D26654450%26isupdate%3Dtrue%26pickup%3Dtrue%26prix%3D120.0%26productid%3D26654350%26qualite%3D10%26quantite%3D1%26select%3D0%26stage%3D200%26submitstage%3Dtrue%26x%3D154%26y%3D5
2006-03-27 17:05:21,353 INFO [Processor120] testeurfou - <<< [639 ms] GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=154&y=5
2006-03-27 17:05:21,392 INFO [P-Processor2] testeurfou - >>> GET http://bo.priceminister.com/inventory?action=pickupform&aid=66177091&countryid=249&dest=%2Fsubmit%3Faction%3Dsubmitadvert%26advertid%3D66177091%26category%3D131081%26categoryref%3D161895%26commentaireAnnonce%3DTEST%2BPM%2Bvalidation%2BPAC%26compproductid%3D26654450%26isupdate%3Dtrue%26pickup%3Dtrue%26prix%3D120.0%26productid%3D26654350%26qualite%3D10%26quantite%3D1%26select%3D0%26stage%3D200%26submitstage%3Dtrue%26x%3D154%26y%3D5
2006-03-27 17:05:21,867 INFO [P-Processor2] testeurfou - <<< [475 ms] GET http://bo.priceminister.com/inventory?action=pickupform&aid=66177091&countryid=249&dest=%2Fsubmit%3Faction%3Dsubmitadvert%26advertid%3D66177091%26category%3D131081%26categoryref%3D161895%26commentaireAnnonce%3DTEST%2BPM%2Bvalidation%2BPAC%26compproductid%3D26654450%26isupdate%3Dtrue%26pickup%3Dtrue%26prix%3D120.0%26productid%3D26654350%26qualite%3D10%26quantite%3D1%26select%3D0%26stage%3D200%26submitstage%3Dtrue%26x%3D154%26y%3D5
2006-03-27 17:05:51,484 INFO [Processor112] testeurfou - >>> POST http://bo.priceminister.com/inventory!action=pickupform&aid=66177091&allowpickup=true&allowshipping=true&countryid=249&dest=/submit?ac...&dummyphone=0102030405&dummyzip=75000&phonenumber=0102030405&submit=true&x=39&y=7&zip=75000
2006-03-27 17:05:51,559 INFO [Processor112] testeurfou - Redirecting to : /submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=154&y=5&frompickup=true
2006-03-27 17:05:51,560 INFO [Processor112] testeurfou - <<< [75 ms] POST http://bo.priceminister.com/inventory!action=pickupform&aid=66177091&allowpickup=true&allowshipping=true&countryid=249&dest=/submit?ac...&dummyphone=0102030405&dummyzip=75000&phonenumber=0102030405&submit=true&x=39&y=7&zip=75000
2006-03-27 17:05:51,618 INFO [-Processor92] testeurfou - >>> GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=154&y=5&frompickup=true
2006-03-27 17:05:51,633 INFO [-Processor92] testeurfou - Redirecting to : /inventory?category=131081&select=0&update=true
2006-03-27 17:05:51,633 INFO [-Processor92] testeurfou - <<< [14 ms] GET http://bo.priceminister.com/submit?action=submitadvert&advertid=66177091&category=131081&categoryref=161895&commentaireAnnonce=TEST+PM+validation+PAC&compproductid=26654450&isupdate=true&pickup=true&prix=120.0&productid=26654350&qualite=10&quantite=1&select=0&stage=200&submitstage=true&x=154&y=5&frompickup=true
2006-03-27 17:05:51,716 INFO [-Processor76] testeurfou - >>> GET http://bo.priceminister.com/inventory?category=131081&select=0&update=true
2006-03-27 17:05:51,833 INFO [-Processor76] testeurfou - <<< [117 ms] GET http://bo.priceminister.com/inventory?category=131081&select=0&update=true
Commentaire de Renaud Dierickx [ 05/juil./06 09:58 ]
Ce bug est résolu.
Patrick, peux-tu retester pour voir si le paramétrage a été fait ? Merci.
Commentaire de Patrick Condevaux [ 05/juil./06 12:30 ]
ok en INTEG



[EXP-5221] Transfert Compte pro - CDISCOUNT Création: 14/févr./11 12:33  Mise à jour: 21/févr./11 14:29  Résolue: 21/févr./11 14:29

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Julien Buhagiar Attribution: Patrice Boulanger
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Bonjour

Le pro CDISCOUNT va vendre sur PriceMinister.

Il s'est crée le compte CDISCOUNT-FR
Nous voudrions transférer tout cela sur le compte CDISCOUNT, compte qui est déjà pris mais inactif.

Validé avec Benoit T. et Steven.

Merci bien

 Commentaires   
Commentaire de Julien Buhagiar [ 14/févr./11 13:53 ]
Au passage, si possible, mettre la première lettre du login en majuscule, afin d'avoir Cdiscount (et non cdiscount).

Commentaire de Patrick Pereira [ 21/févr./11 14:29 ]
Bonjour.

C'est fait. cdiscount-fr a été remplacé par Cdiscount.



[IMP-2178] Suppression des images pour le compte conceptfloor Création: 30/avr./08 16:40  Mise à jour: 30/oct./09 15:46  Résolue: 30/avr./08 17:37

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Bloquant
Rapporteur: Frédéric Nahum Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: conceptfloor
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec mise à jour/création produits (écrasement)

 Description   
Le client souhaiterait que l'on supprime toutes ses images pour son compte

 Commentaires   
Commentaire de Patrick Pereira [ 30/avr./08 17:37 ]
C'est fait.



[IMP-3931] creation compte FTP bcnlibros Création: 09/juil./09 12:10  Mise à jour: 30/oct./09 15:44  Résolue: 15/juil./09 10:05

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Anne Korchia Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à IMP-3930 creation p+f+maj ecrasement +analyser... Résolu
Pays:
ESP - Espagne
Login: bcnlibros
Séparateur: Tabulation
Type de traitement:
Suppression produits

 Description   
creation compte FTP bcnlibros pour import images

 Commentaires   
Commentaire de Daniel Pintamalli [ 15/juil./09 10:04 ]
15/07/2009 - DAP

=====================================================================
Cuenta FTP vendedor creada...

Pseudo : bcnlibros
contraseña : fezhkhu23G
Server : ftp.priceminister.es
Pais : es
Flujo de pedidos : no

=====================================================================



[EXP-947] Création des Comptes pour les nouveaux commerciaux Création: 19/janv./06 11:37  Mise à jour: 25/juin/07 18:55  Résolue: 23/janv./06 17:12

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: ZZ_Arnaud Baali Attribution: ZZ_Arnaud Baali
Résolution: Corrigé  
Estimation restante: 5 heures
Temps consacré: 1 jour, 6 heures, 30 minutes
Estimation originale: 1 jour


 Description   
Création de Compte Mail
Création login réseaux
Configuration des portables

 Commentaires   
Commentaire de ZZ_Arnaud Baali [ 23/janv./06 17:12 ]
La partie VPN sera traité dans l'autre JIRA "Probleme de VPN Commerciaux"



[EXP-2092] Création de compte pour CVS Création: 19/mai/06 17:10  Mise à jour: 25/juin/07 18:58  Résolue: 22/mai/06 09:21

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Bloquant
Rapporteur: Jérôme Gautier Attribution: ZZ_Arnaud Baali
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Pourrais je avoir un compte CVS pour pouvoir commiter les modifications CSS Nouvelles Chartes ?
Merci



[INF-508] Création de compte QTP3 et QTP4 Création: 16/juil./10 11:27  Mise à jour: 16/juil./10 16:36  Résolue: 16/juil./10 16:36

Etat: Résolu
Projet: Infrastructure
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Christophe Garcia Attribution: Stéphane Eccli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
L'un pour le second poste de M'hand.
L'autre pour le second poste d'Oussama.

Il faudra un compte de messagerie pour chacun de ces 2 comptes.

Merci

C.

 Commentaires   
Commentaire de Stéphane Eccli [ 16/juil./10 16:36 ]
done.



[APP-3812] Import : un profil d'import disparait du pseudo funky_2 et le stock est envoyé sur un compte particulier Création: 07/avr./05 15:43  Mise à jour: 25/juin/07 18:28  Résolue: 25/juin/07 18:28

Etat: Fermé
Projet: Application PriceMinister
Composants: Import de Fichiers
Affecte la/les version(s): 7.3.2
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Gaël Seguillon Attribution: Dispatcher (Dev)
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Le vendeur funky_2 a un compte pro, il dispose aussi d'un compte perso
spyboot, il jongle entre les 2 comptes or de façon etrange il a réussi à
télécharger un fichier qu'il destinait à son compte pro sur ce compte
particulier qui n'a pourtant pas de fonctionnalité activée pour permettre la
fonction import de stock : ETONNANT NON ?

 Commentaires   
Commentaire de Validator [ 07/avr./05 15:48 ]
Je ne vois pas du tout ce qui a pu se passer.

Une idée ?
Commentaire de Quentin de Chivré [ 07/avr./05 16:27 ]
Ca n'est pas très compliqué a faire, en fait la fonction d'import n'est
désactivée que graphiquement.

En se logguant en pro on peut afficher la page d'upload.
Puis créer une nouvelle fenetre via CTRL+N.
Dans cette 2eme fenetre se logguer en particulier.
Puis de retour dans la 1ere fenetre faire un import, qui sera pris en compte
sur le compte particulier.

le compte courant est stocké dans la session, pas dans la page. La session est
partagée par toutes les pages du même process windows.



[APP-17494] [Mon Compte] Déploiement des compteurs de mon compte en prod Création: 07/août/07 15:29  Mise à jour: 28/sept./07 15:28  Résolue: 03/sept./07 14:25

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 16.0.0
Version(s) corrigée(s): 17.0.0

Type: Bogue Priorité: Mineur
Rapporteur: Justin Ziegler Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à APP-15529 Refonte Mon Compte : lot 1 Fondation Fermé
Pays:
FRA - France
Site: Integ
Projets PM archivés: Maintenance 17.x.x

 Description   
2007-08-07 15:25:11,723 INFO [-Processor35] ziggy-test - Delay to compute counters from "FO : Bloc "ma sélection"" : 10 ms

est ce volontaire ?
qu'est ce que cela signifie ?

 Commentaires   
Commentaire de Renaud Dierickx [ 07/août/07 16:57 ]
Ce log permet de faire des statistiques sur le calcul des compteurs.

Dans le cas :
2007-08-07 15:25:11,723 INFO [-Processor35] ziggy-test - Delay to compute counters from "FO : Bloc "ma sélection"" : 10 ms
Ca signifie qu'on met 10ms à afficher les compteurs de ziggy-test dans le bloc 'ma sélection'.

Après activation de la propriété de calcul des compteurs de mon compte, voici les premiers résultats :

------- Avec un petit compte utilisateur :
2007-08-07 16:11:33,139 INFO [-Processor18] rdierickx - >>> GET http://preview.priceminister.com/user?tab=vehicle
2007-08-07 16:11:33,140 INFO [-Processor18] rdierickx - Same request - count=1 - delay=36349ms
2007-08-07 16:11:33,173 INFO [-Processor18] rdierickx - Delay to compute counters from "FO : Mon compte Auto PART" : 22 ms
2007-08-07 16:11:33,488 INFO [-Processor18] rdierickx - <<< [348 ms] GET http://preview.priceminister.com/user?tab=vehicle
2007-08-07 16:11:42,470 INFO [-Processor34] rdierickx - >>> GET http://preview.priceminister.com/user?tab=account
2007-08-07 16:11:42,511 INFO [-Processor34] rdierickx - Delay to compute counters from "FO : Mon compte Classic" : 30 ms
2007-08-07 16:11:42,805 INFO [-Processor34] rdierickx - <<< [335 ms] GET http://preview.priceminister.com/user?tab=account
2007-08-07 16:11:51,271 INFO [P-Processor9] rdierickx - >>> GET http://preview.priceminister.com/wish?action=list
2007-08-07 16:11:51,489 INFO [P-Processor9] rdierickx - Delay to compute counters from "FO : Bloc "ma sélection"" : 7 ms
2007-08-07 16:11:51,572 INFO [P-Processor9] rdierickx - <<< [300 ms] GET http://preview.priceminister.com/wish?action=list


------- Avec un gros compte utilisateur : TDMNEUF

2007-08-07 16:13:55,253 INFO [-Processor37] 62.23.27.114 - >>> POST https://preview.priceminister.com/connect!action=dologin&login=TDMNEUF&password=4111&submitbtn=Connexion
2007-08-07 16:13:55,276 INFO [-Processor37] 62.23.27.114 - User authentication success - login = TDMNEUF
2007-08-07 16:13:55,571 INFO [-Processor37] 62.23.27.114 - <<< [318 ms] POST https://preview.priceminister.com/connect!action=dologin&login=TDMNEUF&password=4111&submitbtn=Connexion
2007-08-07 16:14:07,377 INFO [-Processor36] TDMNEUF - >>> GET http://preview.priceminister.com/user?tab=account
2007-08-07 16:14:15,014 WARN [-Processor36] TDMNEUF - Long query [7406 ms]: SellerPurchaseInfoQuery
2007-08-07 16:14:15,020 INFO [-Processor36] TDMNEUF - Delay to compute counters from "FO : Mon compte Classic" :7 623 ms
2007-08-07 16:14:15,313 INFO [-Processor36] TDMNEUF - <<< [7936 ms] GET http://preview.priceminister.com/user?tab=account
2007-08-07 16:14:15,314 WARN [-Processor36] TDMNEUF - Long request [7936 ms]: GET http://preview.priceminister.com/user?tab=account

=> On met 7s. C'est trop !

------- En masquant ses compteurs mon compte en BO :

2007-08-07 16:16:39,552 INFO [P-Processor2] TDMNEUF - >>> GET http://preview.priceminister.com/user?tab=account
2007-08-07 16:16:39,553 INFO [P-Processor2] TDMNEUF - Same request - count=1 - delay=152176ms
2007-08-07 16:16:39,610 INFO [P-Processor2] TDMNEUF - Delay to compute counters from "FO : Mon compte Classic" : 46 ms

=> C'est mieux car on ne met plus que 46ms : c'est le temps de calcul de ses alertes pour le header de mon compte.

Bilan : pour déployer les compteurs de mon compte, on procédera serveur par serveur.
Avant le lancement de cette fonctionnalité, on pourra avec Patrick bloquer les comptes qui nous posent problème.
Commentaire de Renaud Dierickx [ 03/sept./07 14:25 ]
Je ferme le jira : déploiement done !



[IMP-2634] creation compte ftp+analyser et passer fichier nouveau partenaire ratillon Création: 24/sept./08 15:29  Mise à jour: 30/oct./09 15:43  Résolue: 02/oct./08 10:55

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Anne Korchia Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Zip Archive catalogue_Hatier_281_2.zip     Zip Archive ratillon.zip    
Pays:
FRA - France
Login: ratillon
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces avec mise à jour/création produits (écrasement)

 Description   
creation compte ftp+analyser et passer fichier nouveau partenaire ratillon

 Commentaires   
Commentaire de Frédéric Nahum [ 29/sept./08 16:19 ]
Vu avec emma il n y a pas d'editeur dans son fichier ??
Commentaire de Anne Korchia [ 29/sept./08 16:27 ]
vu avec emma également je lui ai écrit pour l'en informer.........
Commentaire de Anne Korchia [ 01/oct./08 10:54 ]
nouveau fichier du pro avec les infos
Commentaire de Daniel Pintamalli [ 01/oct./08 15:21 ]
Correction:
Type de traitement: Mise à jour/création annonces avec création produits (écrasement) => la mise à jour de produits est réservée pour des cas spécifiques.

Import en cours:
http://bo.priceminister.com/datafile_back?action=advfilesearch&file_id=6356736
Commentaire de Daniel Pintamalli [ 01/oct./08 16:00 ]
Le fichier est passé à 67%.

Rapport d'erreurs:

La référence standard est fausse. => 15 lignes
La référence standard est fausse / Vérifiez que l'ouvrage ait bien un titre, un auteur et un éditeur. => 1 lignes
Le prix de vente de ce produit ne peut pas dépasser XXXXX EUR (loi lang). => 8 lignes
Vérifiez que l'ouvrage ait bien un titre, un auteur et un éditeur. => 67 lignes
Veuillez sélectionner un niveau de qualité. => 1 lignes
Commentaire de Anne Korchia [ 01/oct./08 16:05 ]
où en est on avec l'ouverture de son compte FTP?
Commentaire de Anne Korchia [ 01/oct./08 16:05 ]
Où en est on avec l'ouverture de son compte FTP?
Commentaire de Daniel Pintamalli [ 02/oct./08 10:55 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo FTP: ratillon
mot de passe FTP : frjU76g5ml
Serveur FTP : ftp.priceminister.com
Emplacement FTP à utiliser: stock/ecrasements
Séparateur de champs du fichier: point-virgule
Extension du fichier: txt ou csv


=====================================================================



[IMP-5231] creation compte ftp+analyser et deposer fichier nouveau pro lowcostVF Création: 05/févr./10 11:34  Mise à jour: 22/févr./10 10:04  Résolue: 22/févr./10 10:04

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Anne Korchia Attribution: Jérome Marianne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel export_pm.csv    
Pays:
FRA - France
Login: lowcostVF
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
creation compte ftp+analyser et deposer fichier nouveau pro lowcostVF

 Commentaires   
Commentaire de Anne Korchia [ 05/févr./10 12:01 ]
le fichier ets juste un exemple pour que vous puissiez paramétrer le compte
merci
Commentaire de Anne Korchia [ 05/févr./10 15:28 ]
également création flux de commandes
Commentaire de Jérome Marianne [ 19/févr./10 17:28 ]
Format "Fourniture de bureau 2005" paramétré pour le compte.

Le compte FTP sera créé et activé lundi car le vendredi on ne peut pas le faire.
Commentaire de Jérome Marianne [ 22/févr./10 09:56 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : lowcostvf
mot de passe : 22low33cost
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui

=====================================================================
Commentaire de Jérome Marianne [ 22/févr./10 10:04 ]
Le compte FTP est activé pour le flux de commande.



[IMP-6790] supprimer les fiches de fkmuzik en stock 0 - son compte est en -2 (pénalité SAV) Création: 18/août/10 15:04  Mise à jour: 01/sept./10 09:34  Résolue: 01/sept./10 09:34

Etat: Résolu
Projet: Paramétrage - Import
Composants: Projet import
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Anthony Briou Attribution: Jérome Marianne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: File fkmuzik_prdts.csv    
Pays:
FRA - France
Login: fkmuzik
Séparateur: N/A
Type de traitement:
N/A

 Description   


http://bo.priceminister.com/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=&search_type=10&prd_type_code=&product_id=&base_product_id=&zero_stock=true&submitter_pro=true&attribute_name_key=&category=&prd_status_code=-60&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=fkmuzik+++++&submitter_result=&change_start_date=&change_end_date=&owner_login=&data_file_id=&create_data_file=true&change_data_file=true&feed_start_date=&feed_end_date=&with_complement=1&create_start_date=&create_end_date=&order=4&number_rows=1000&do_search.x=71&do_search.y=9

Par soucis de clarté, il me semble nécessaire de supprimer ces fiches en stock 0, son compte est clôturé, et il y a beaucoup de doublons de fiches.

 Commentaires   
Commentaire de Anthony Briou [ 18/août/10 15:17 ]
CF : http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=4325089
Commentaire de Jérome Marianne [ 31/août/10 18:02 ]
Fichier obtenu par requête
Commentaire de Jérome Marianne [ 31/août/10 18:02 ]
Format de suppression produit paramétré.
Fichier soumis.
Commentaire de Jérome Marianne [ 01/sept./10 09:34 ]
Les fiches produits ont été supprimées.



[APP-17259] Disparition du bloc "Bienvenue" au fil des différentes page "Mon Compte" Création: 25/juil./07 11:19  Mise à jour: 09/août/07 15:48  Résolue: 09/août/07 15:48

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 16.0.0
Version(s) corrigée(s): ToDo

Type: Bogue Priorité: Critique
Rapporteur: Christophe Garcia Attribution: Emeric Teil
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
FRA - France
Site: Integ
Projets PM: *** STANDBY ***

 Description   
Exemple : Sur la page "Mon compte" le bloc n'y est pas (voir screenshot)

 Commentaires   
Commentaire de Arnaud Forgues [ 25/juil./07 11:46 ]
A priori, c'était demandé dans la spec
Commentaire de Alexandre Garnier [ 25/juil./07 11:51 ]
En effet, il a été demander d'enlever ce bloc bienvenue des 3 pages correspondantes aux onglets de la HP Mon Compte.
On sait que la configuration des blocs de la colonne de gauche fait que le menu a tendance à se balader ... Une réflexion est en cours chez les fonctionnels.
Commentaire de Christophe Garcia [ 25/juil./07 16:10 ]
Et le résultat de cette réflexion est ?

(Perso je trouve que c'est vilain)
Commentaire de Emeric Teil [ 25/juil./07 16:22 ]
Effectivement, ce n'est pas terrible :
- visiblement
- ergonomiquement car un menu de nav est censé être toujours au même endroit et donc ne doit pas se balader

Une réflexion, qui dépasse le cadre de ce bloc "Bienvenue" pour repenser la position des blocs de mon compte et donc l'utilisation des colonnes gauche/droite, est effectivement en cours et ne concerne pas la livraison de la v16. L'idée est donc de sortir "Mon compte" tel quel et d'apporter des améliorations dans une prochaine version.
Commentaire de Christophe Garcia [ 26/juil./07 10:38 ]
Je le réouvre et te l'affecte en version "TODO" et donc à traiter en lot avec le chantier dont tu parles.
Commentaire de Emeric Teil [ 09/août/07 15:48 ]
Ce problème a finalement été résolu avant la mise en prod de la V16.
Le bloc "Bienvenue" n'ayant plus d'intérêt réel dans "Mon Compte", il a été supprimé de toutes les pages de celui-ci.

Le problème du menu qui est poussé vers le bas par un bloc supérieur est donc résolu dans 90 % des cas. Trois blocs posent encore problème, il s'agit de "Inventaire", "mes articles mémorisés" et "mes souhaits".

La réflexion se poursuit pour ces trois blocs.



[APP-17726] enlever le lien "NOUVEAU ! L'espace « Mon compte » change de look ! Donnez-nous votre avis" Création: 06/sept./07 14:06  Mise à jour: 02/oct./07 14:41  Résolue: 25/sept./07 10:44

Etat: Fermé
Projet: Application PriceMinister
Composants: Infoglue
Affecte la/les version(s): 17.0.0
Version(s) corrigée(s): 17.0.0

Type: Amélioration Priorité: Majeur
Rapporteur: Steven Harel Attribution: Nerea Prieto
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
Site: Prod
Projets PM archivés: Maintenance 17.x.x

 Description   
il faudrait enlever le lien "NOUVEAU ! L'espace « Mon compte » change de look ! Donnez-nous votre avis"
au dessus des onglets "mon compte" sur la nouvelle home "mon compte"

demander au marketing si on dégage le lien ou si on le remplace par autre chose

 Commentaires   
Commentaire de Nerea Prieto [ 07/sept./07 11:59 ]
On introduit la phrase suivante en remplacement :

Payez vos achats en plusieurs fois grâce à notre partenaire 1euro.com
En savoir plus >>
Commentaire de Nerea Prieto [ 10/sept./07 10:29 ]
Phrase ajouté sur le site FR. Phrase supprimée sur le site ES.

CMS1 Express et CMS1 www-es
Commentaire de Swan Desportes [ 10/sept./07 12:22 ]
Il faut une version
Commentaire de Nerea Prieto [ 11/sept./07 09:23 ]
Merci de publier pour la V_17 comme j'avais marqué dans le commentaire d'InfoGlue.
Commentaire de Ariane Baldinger [ 11/sept./07 10:35 ]
Nerea, tu peux remettre le jira en statut 'à publier' ?
Merci.
Commentaire de Charlotte Fachan [ 17/sept./07 17:18 ]
Olga,

comme convenu est il possible de modifier la phrase promotionnelle sur le service 1¿, sur la page mon compte
Payez vos achats en plusieurs fois grâce à notre partenaire 1euro.com >> En savoir plus

Et
Payez vos achats en plusieurs fois grâce à notre partenaire 1euro.com. Pour en savoir plus, cliquez ici
avec 1euro.com en gras et en vert (identique au vert utilisé par 1¿ ou idem que sur la home dans l'espace PriceMembers)
et avec cliquez ici souligné avec le même redirect vers la pop up d'explication 1¿.

L'idéal étant que tout soit sur la même ligne.

Merci. Charlotte
 
Commentaire de Steven Harel [ 17/sept./07 17:29 ]
faudrait effectivement mettre ça sur 1 ligne
mais pas de "cliquez ici", on ne fait plus ce genre de truc

on utilise le même format que pour les autres pages :

Payez vos achats en plusieurs fois grâce à notre partenaire 1euro.com ... <u>en savoir plus</u>
Commentaire de Charlotte Fachan [ 17/sept./07 18:19 ]
Ok d'ac, va pour le "En savoir plus" ;-)

Merci Steven

Charlotte
Commentaire de Nerea Prieto [ 18/sept./07 10:32 ]
Vu avec Charlotte. C'est bon maintenant.

Publier pour la V17, cms1, express.
Commentaire de Ariane Baldinger [ 19/sept./07 12:02 ]
publié
Commentaire de Emeric Teil [ 25/sept./07 09:58 ]
Vu avec Charlotte et Steven, c'est emplacement est maintenant dédié à la communication vers nos utilisateurs. Il ne faut donc plus l'utiliser en tant qu'espace promotionnel afin d'éviter toute confusion sur la nature de ce bloc.
En attendant de disposer d'un contenu adéquat, merci de "vider" cet emplacement (FR et ES).
Commentaire de Nerea Prieto [ 25/sept./07 10:42 ]
C'est fait

Cms1
Express
Commentaire de Ariane Baldinger [ 25/sept./07 10:44 ]
publié



[EXP-2194] Suppression du Compte de Julien RAMPON Création: 05/juin/06 16:54  Mise à jour: 25/juin/07 18:58  Résolue: 15/juin/06 16:03

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: ZZ_Arnaud Baali Attribution: ZZ_Arnaud Baali
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Julien RAMPON ayant quitté la société, il est necessaire de lui desactiver tous ces comptes.
J'ai effectué les démarches auprès de JET
J'ai supprimer son compte Fortigate
J'ai fais une demande de redirection des mails sur la boite de Seabstien Tournay

 Commentaires   
Commentaire de Sébastien Tournay [ 15/juin/06 15:38 ]
Arnaud,

Je pense que l'on peut fermer cette demande maintenant ?
Commentaire de ZZ_Arnaud Baali [ 15/juin/06 16:03 ]
Tous les accès ont été fermés



[IMP-2451] Modification profil de compte Création: 17/juil./08 11:36  Mise à jour: 30/oct./09 15:50  Résolue: 17/juil./08 12:19

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Skender Berisha Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: procommerce
Modèle: entréehightech-2007
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
Bonjour

Est-il possible de passer le compte du partenaire : procommerce en écrasement.

Merci

Skender

 Commentaires   
Commentaire de Fotigui Tangara [ 17/juil./08 12:18 ]
Demande traitée...



[APP-24030] [lanson] Création compte impossible Création: 22/janv./09 17:32  Mise à jour: 22/janv./09 17:47  Résolue: 22/janv./09 17:47

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Bloquant
Rapporteur: Cédric Goldovsky Attribution: Patrick Pereira
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
GBR - Royaume Uni
Site: Integ
Projets PM: *** A PLANIFIER ***

 Description   
Salut Patrick, impossible de me créer un compte sur Lanson.

Merci de ton aide :-)

 Commentaires   
Commentaire de Cédric Goldovsky [ 22/janv./09 17:47 ]
sans objet. ça refonctionne



[IMP-5325] Compte FTP pour partenaire Viplingerie Création: 17/févr./10 16:40  Mise à jour: 18/févr./10 09:51  Résolue: 18/févr./10 09:51

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Cantoni Carlos Attribution: Laurent Payot
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ESP - Espagne
Login: viplingerie
Séparateur: N/A
Type de traitement:
N/A

 Description   
Compte FTP pour partenaire Viplingerie

le pro a deja un profil d'import et un compte FTP mais il n'arrive pas a se connecter, il semble que ce compte FTP n'existe plus.

Pseudo : viplingerie
contraseña : rfeh56U8
Server : ftp.priceminister.es

pourriez-vous créer un compte FTP avec le même profil d'import afin que le partenaire puisse faires ses MAJ?

merci

 Commentaires   
Commentaire de Laurent Payot [ 17/févr./10 17:41 ]
Impossible de faire ça après 17h30 pour des raisons de sécurité. Je fais ça demain matin.
Commentaire de Laurent Payot [ 18/févr./10 09:50 ]
C'est fait:

=====================================================================
Cuenta FTP vendedor creada...

Pseudo : viplingerie
contraseña : rfeh56U8
Server : ftp.priceminister.es
Pais : es
Flujo de pedidos : si

=====================================================================


Le partenaire peut deposer ses fichiers dans le répertoire FTP /stock/agregar

Pour supprimer des annonces il faut mettre quantité = 0.



[APP-1350] Rajouter des 0 devant les n° de compte et guichet Création: 10/juil./01 17:37  Mise à jour: 25/juin/07 18:23  Résolue: 25/juin/07 18:23

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): old
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Quentin de Chivré Attribution: Nicolas Benady
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
RIB: si le numéro de guichet ou le numéro de compte et trop court, rajouter les
0 devant

 Commentaires   
Commentaire de Jessica Rajabaly [ 10/juil./01 17:40 ]


*** This bug has been marked as a duplicate of 657 ***



[APP-9848] Mon compte / Activation de mon inventaire Création: 29/mai/06 14:51  Mise à jour: 25/juin/07 18:39  Résolue: 31/mai/06 10:30

Etat: Fermé
Projet: Application PriceMinister
Composants: Inventaire
Affecte la/les version(s): 9.0.0
Version(s) corrigée(s): 9.0.0

Type: Bogue Priorité: Majeur
Rapporteur: Benjamin Guerville Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File Lien Activation de l'inventaire.JPG     JPEG File Lien.JPG    
Site: Integ

 Description   
le lien "Activation de mon inventaire" dans "mon compte / espace vendeur" n'est pas en gras souligné.

 Commentaires   
Commentaire de Younès Charrière [ 29/mai/06 15:25 ]
Voir screenshot
Commentaire de Xavier Boreux [ 29/mai/06 17:41 ]
Il faut passer une class="category_name" sur le lien !
Commentaire de Younès Charrière [ 30/mai/06 10:48 ]
Le lien a bien été corrigé mais il doit être en fait en rouge non souligné... là on a une régression : sur la PROD le lien est comme celui de l'activation du Porte-Monnaie (voir le screenshot "Lien Activation de l'inventaire").
Commentaire de Renaud Dierickx [ 30/mai/06 11:35 ]
Tu as une classe rouge pour faire ça !!!
Commentaire de Jérôme Gautier [ 30/mai/06 18:54 ]
Ouaip la class="alert"...
Commentaire de Younès Charrière [ 31/mai/06 10:06 ]
Vu avec Jérôme : le lien "Activation de mon inventaire" doit aussi être en rouge (class="alert"...)
Commentaire de Lydia Dali [ 31/mai/06 19:05 ]
ok en integ.



[APP-18774] Impossibilité d'accéder au compte Création: 29/nov./07 10:10  Mise à jour: 30/nov./07 12:06  Résolue: 29/nov./07 11:14

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 18.0.0
Version(s) corrigée(s): 18.0.1

Type: Bogue Priorité: Bloquant
Rapporteur: Gaël Seguillon Attribution: Swan Desportes
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
doublon de APP-18772 [PLEASE HELP RENAUD] Unknown exceptio... Fermé
a pour doublon APP-18773 Impossibilité d'accéder au compte Fermé
a pour doublon APP-18782 Probleme d'affichage avec Safari Fermé
Pays:
FRA - France
Site: Integ
Navigateur: Safari
Projets PM archivés: Maintenance 18.x.x

 Description   
Impossibilité pour le pro ciné-maniak d'accéder à l'espace mon compte , le site est dispo mais lorsqu'il clique sur mon compte page blanche,
navigateur safari sous mac

 Commentaires   
Commentaire de Christophe Garcia [ 29/nov./07 10:58 ]
Pb avec les "très vieux" cookies.

Il faut demander à tes PRO de supprimer le cookie www.priceminister.com.
Je t'envoie un mail détaillé pour t'expliquer la marche à suivre.



[APP-9901] Nouvelle vente non présente sur le compte Création: 29/mai/06 16:21  Mise à jour: 25/juin/07 18:39  Résolue: 30/mai/06 10:57

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 9.0.0
Version(s) corrigée(s): 9.0.0

Type: Bogue Priorité: Majeur
Rapporteur: Gaël Seguillon Attribution: Validator
Résolution: Impossible à reproduire  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Site: Integ

 Description   
J'ai commandé 2 fois d'un compte test vers un autre, j'ai bien reçu les mails de prise en ompte des commandes (coté acheteur) et de félicitations (vendeur) mais si l'achat est bien enregistré dans le compte acheteur malgré le mail reçu de confirmation de commande (félicitations etc ... côté vendeur)
Cette nouvelle vente ne figure pas sur le compte vendeur (pseudo gaelzetest) et il n'y a plus aucun lien signalant la nouvelle vente sur la page d'accueil du compte vendeur
purchaseid=34279146
Compte vendeur : gaelzetest
Compte acheteur : gaelzetest2

 Commentaires   
Commentaire de Lydia Dali [ 30/mai/06 10:57 ]
Le message est bien là.
Je ferme donc le jira (le pb est dû aux pbs qu'on a eu sur deutz hier ).



[IMP-1627] mise en place Compte FTP type Neteven pour pseudo courtial Création: 27/nov./07 11:22  Mise à jour: 30/oct./09 15:43  Résolue: 22/janv./08 15:37

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Bloquant
Rapporteur: Gaël Seguillon Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: courtial
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)
Estimation: Petit
Groupe: Neteven

 Description   
mise en place Compte FTP type Neteven pour pseudo courtial

 Commentaires   
Commentaire de Gaël Seguillon [ 13/déc./07 10:20 ]
pouvez vous juste ouvrir le compte FTP svp
merci
Commentaire de Gaël Seguillon [ 08/janv./08 16:18 ]
format entrees/sorties annonces neteven
creation produit format bouquiniste
ref = code barre ou ISBN
Commentaire de Daniel Pintamalli [ 08/janv./08 16:53 ]
COMPTE FTP du vendeur créé ...

Pseudo : courtial
Mot de passe : hjfdu8hgurfU
Commentaire de Daniel Pintamalli [ 08/janv./08 17:13 ]
Création fiches (livres) et annonces -> M.à.j./création annonces avec création produits -> Modèle Livres, Livres Anciens, Revues #0.1 -> Séparateur de champs=tabulation
Sorties Neteven -> Suppression annonces -> NETEVEN - Sorties V1.0 -> Séparateur de champs=barre verticale
Entrées Neteven -> Mise à jour/création annonces -> NETEVEN - Entrées V1.0 -> Séparateur de champs=barre verticale
Commentaire de Daniel Pintamalli [ 08/janv./08 17:13 ]
Compte FTP type Neteven en place.
Commentaire de Gaël Seguillon [ 22/janv./08 14:23 ]
Mettre le format à jour type sellermania
en effet le pro ne bosse plus avec neteven mais sellermania
Commentaire de Marion Anfreville [ 22/janv./08 14:55 ]
Tu exagères de réouvrir une vieille demande alors qu'il s'agit d'une nouvelle demande jira !

Il suffisait d'ouvrir une nouvelles demandes et de me demander pour la prioriser.
Commentaire de Gaël Seguillon [ 22/janv./08 15:09 ]
ca va plus vite :-)
Commentaire de Marion Anfreville [ 22/janv./08 15:15 ]
Oui mais la prochaine fois tu risques de voir ta demande fermée car réouverture de demande pas justifiée.
Commentaire de Daniel Pintamalli [ 22/janv./08 15:17 ]
Va-t-il continuer à utiliser son profil en "M.à.j./création annonces avec création produits" en parallèle? (Modèle Livres, Livres Anciens, Revues #0.1)
Commentaire de Jérôme Viviès [ 22/janv./08 15:18 ]
Dans le vieux code d'Amourabi, les personnes qui réouvraient les demandes JIRA étaient bannies de la cité, après qu'on leur ait arraché les dents, non ?
Commentaire de Gaël Seguillon [ 22/janv./08 15:29 ]
je le ferai plus les dents ca va mais pas les cheveux svp :-)
Commentaire de Daniel Pintamalli [ 22/janv./08 15:35 ]
Aucune annonce dans la boutique de courtial -> pas d'extraction

La Configuration Sellermania est active.



[IMP-770] carmanauto : Compte FTP ne marche pas + Pas de fichier image dans son FTP Création: 25/mai/07 14:38  Mise à jour: 30/oct./09 15:50  Résolue: 29/mai/07 10:16

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Jérome Marianne Attribution: Rodrigue Nsiangani
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 30 minutes
Estimation originale: Non spécifié

Pays:
FRA - France
Login: carmanauto
Séparateur: N/A
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)
Estimation: Petit

 Description   
Le client n'arrive pas à envoyer son fichier et de plus il ne semble pas y avoir de dossier images dans son compte FTP.

 Commentaires   
Commentaire de Rodrigue Nsiangani [ 25/mai/07 17:38 ]
Il y a un bien un fichier cardiff en attente sur son compte :

@@@@@@@@@
[adminpm@bacchus carmanauto]$ tree
.
|-- Images
|-- confirmed_purchase
|-- expiration
|-- purchase
|-- stock
| |-- ecrasements
| | `-- CARDIFF_carmanauto_20070525.txt
| |-- entrees
| `-- sorties
`-- validation

@@@@@@@@@@

J'ai créé le répertoire Images + correction de la config du partenaire. Il manquait "fr" pour le répertoire de destination.

RON.
Commentaire de Jérome Marianne [ 28/mai/07 10:07 ]
Le client peut donc maintenant faire ses envois?
Commentaire de Rodrigue Nsiangani [ 29/mai/07 10:16 ]
Un fichier est apparu dans les imports.
http://bo.priceminister.com/datafile_back?action=advfilesearch&file_id=4729392&login=carmanauto

Le login est déjà dans la liste d'import automatique d'image.

Le partenaire peut reprendre ses soumissions de fichiers.

Je ferme.



[IMP-2372] creation compte ftp neteven pour nouveau pro woffice+analyser et passer son fichier Création: 23/juin/08 12:04  Mise à jour: 30/oct./09 15:43  Résolue: 10/sept./08 09:46

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Anne Korchia Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel WelcomeOffice_fournituresbureau_PM.xls     Microsoft Excel WelcomeOffice_fournituresbureau_PM.xls    
Pays:
FRA - France
Login: woffice
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces avec mise à jour/création produits (écrasement)
Groupe: neteven

 Description   
creation compte ftp neteven pour nouveau pro woffice+analyser et passer son fichier

 Commentaires   
Commentaire de Fotigui Tangara [ 25/juin/08 13:38 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : woffice
mot de passe : zrrTF23pvy
Serveur : ftp.priceminister.com / fr

=====================================================================
Commentaire de Fotigui Tangara [ 25/juin/08 14:49 ]
L'attribut plage de poids est obligatoire pour déterminer les frais de port. Cette donnée est manquante.
Commentaire de Anne Korchia [ 25/juin/08 15:46 ]
je vais informer neteven pour qu'il fournisse un fichier correct
Commentaire de Fotigui Tangara [ 25/juin/08 15:57 ]
Ok
Commentaire de Fotigui Tangara [ 02/juil./08 13:42 ]
Au moment venu, Neteven pourra déposer le fichier dans le dossier stock/ecrasements du compte ftp du pro. Aussi Neteven peut nous faire parvenir le fichier du pro. Merci.
Commentaire de Anne Korchia [ 28/août/08 18:03 ]
voilà le fichier à jour merci de l'analyser et de le passer
Commentaire de Gaël Seguillon [ 02/sept./08 10:35 ]
merci de passer le fichier en ligne
gaël
Commentaire de Gaël Seguillon [ 02/sept./08 10:38 ]
laisser tomber j'ai envoyé le fichier de stock en direct par son FTP
on peut fermer la demande
merci
Gaël
Commentaire de Anne Korchia [ 08/sept./08 16:17 ]
le fichier n'est pas passé merci de voir ce qui cloche
Commentaire de Frédéric Nahum [ 10/sept./08 09:46 ]
le fichier passe mais attention il ya beaucoup de produit pas compatible avec le modèle fourniture bureau comme des perles etc...
Il ne peux y avoir de multi produits, et les partenaire Neteven ne doive utiliser que les modèle PM



[IMP-1676] extraction de stock plus ouverture compte ftp pour mise à jour et traitement des commandes bookinNantes Création: 12/déc./07 15:30  Mise à jour: 30/oct./09 15:43  Résolue: 24/janv./08 10:39

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Bloquant
Rapporteur: Gaël Seguillon Attribution: Marion Anfreville
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 30 minutes
Estimation originale: Non spécifié

Pièces jointes: Text File 2008-01-23_bookinNantes_stocks.txt    
Pays:
FRA - France
Login: bookinNantes
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces (écrasement)
Estimation: Petit
Groupe: Sellermania

 Description   
extraction de stock plus ouverture compte ftp pour mise à jour et traitement des commandes bookinNantes

 Commentaires   
Commentaire de Gaël Seguillon [ 13/déc./07 10:18 ]
En fait seule l'ouverture d'u compte FTP est nécessaire
Commentaire de Gaël Seguillon [ 07/janv./08 14:31 ]
SELLERMANIA
Commentaire de Marion Anfreville [ 18/janv./08 17:29 ]
Procédure à suivre : http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=PartenaireSellermania
Commentaire de Marion Anfreville [ 24/janv./08 10:18 ]
En pj, l'extraction de stocks au 23/01/2008 => 2008-01-23_bookinNantes_stocks.txt

Cela correspond au stock indiqué dans l'inventaire du partenaire (1 annonce, stock 1).
Commentaire de Marion Anfreville [ 24/janv./08 10:26 ]
Compte FTP créé :


===============================
COMPTE du vendeur créé ...

======= Compte FTP =======
=== Home : bookinnantes ==
=== Pass : H5ebT40c ======

===============================

Testé : la connexion fonctionne.
Commentaire de Marion Anfreville [ 24/janv./08 10:39 ]
Profils d'import type Sellermania créés :
- Entrées (Format Entrées 2006 - màj/création annonces avec recherche par EAN ou ISBN)
- Sorties (Format Entrées 2006 - suppression annonces avec recherche par EAN ou ISBN)
- Ecrasements (Format Entrées 2006 - màj/création annonces (écrasement) avec recherche par EAN ou ISBN)

Configuration FTP réalisée (flux de commandes + récupération fichiers de stock), opérationnelle.



[IMP-1919] ouverture compte ftp via neteven pour nouveau pro placeolivres Création: 25/févr./08 16:34  Mise à jour: 30/oct./09 15:43  Résolue: 11/avr./08 10:22

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Bloquant
Rapporteur: Anne Korchia Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel Inventaire Neteven EDLM.xls     Microsoft Excel inventairePMfinal.xls    
Pays:
FRA - France
Login: placeolivres
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)
Groupe: neteven

 Description   
ouverture compte ftp via neteven pour nouveau pro placeolivres

 Commentaires   
Commentaire de Anne Korchia [ 25/févr./08 16:35 ]
analyser et passer leur fichier
merci
Commentaire de Marion Anfreville [ 25/févr./08 17:04 ]
Le fichier n'entre pas dans une procédure Neteven courante, c'est à dire si création de produits, utilisation des modèles de fichier priceminister.

Données du fichier intéressantes mais sur un fichier d'env. 100 valeurs, 50 valeurs mapping à créer si on veut exploiter les classifications.

Il s'agit de produits récents, sur 3 EAN recherchés, 3 produits Decitre trouvé chez nous.

Je propose une procédure Neteven courante sans création produit : entrées, sorties => http://ruinart.lan:4080/pricewiki/Wiki.jsp?page=PartenaireNeteven
Commentaire de Marion Anfreville [ 25/févr./08 17:07 ]
Si procédure Neteven, courante, le fichier ne pourra être traité. A priori, c'est à Neteven de nous fournir dans ce cas les annonces du partenaires au format courant annonce Neteven, c'est à dire un fichier annonce avec cette structure :

Référence Produit
Prix de vente
Qualité
Quantité
Commentaire annonce
Collection ?
Référence Annonce
Commentaire privé annonce
Fabricant (SEULEMENT POUR LES PRODUITS HIGH TECH, LAISSER CHAMP VIDE SI PAS PRODUIT HIGH TECH)
Expédition, Enlèvement
Téléphone
Code postal
Pays
Commentaire de Gaël Seguillon [ 27/févr./08 14:31 ]
fichier à importer au format neteven type
Commentaire de Daniel Pintamalli [ 07/avr./08 16:44 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : placeolivres
mot de passe : gtihuh4hU
Serveur : ftp.priceminister.com / fr

=====================================================================
Commentaire de Daniel Pintamalli [ 07/avr./08 16:45 ]
La configuration Neteven pour ce partenaire est en place.
Commentaire de Daniel Pintamalli [ 07/avr./08 16:48 ]
1. Microsoft Excel Inventaire Neteven EDLM.xls (145 kb) => Ce fichier ne respecte pas le modèle bouquiniste.
2. Microsoft Excel inventairePMfinal.xls (76 kb) => classification thématique absente

La configuration Neteven en place est la courante: entrées, sorties sans création produit.
Commentaire de Gaël Seguillon [ 07/avr./08 18:43 ]
Il faudrait essayer de passer leur fichier aussi svp
merci
Gael
Commentaire de Anne Korchia [ 09/avr./08 16:43 ]
pouvez vous passer le fichier final en création annonce svp
merci
Commentaire de Daniel Pintamalli [ 10/avr./08 14:53 ]
Mode d'expédition non configuré au niveau du compte: Merci de créer une première annonce.
Commentaire de Gaël Seguillon [ 11/avr./08 09:48 ]
en fait il faut prendre le fichier Final
merci
Commentaire de Daniel Pintamalli [ 11/avr./08 10:22 ]
J'ai soumis le fichier final. Par contre, le fichier n'a pas créé de fiche car toutes références existaient déjà => 84 annonces créées.



[APP-24332] [Mon Compte] : Bloc Bienvenue malvenu sur la page de confirmation de déclaration de sinistre Création: 17/févr./09 12:08  Mise à jour: 27/mai/09 14:50  Résolue: 20/avr./09 17:29

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 47.0.0 (TX-G)

Type: Bogue Priorité: Mineur
Rapporteur: Emeric Teil Attribution: Clement Balay
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
ALL - Tous
Projets PM: *** CHASSE ***

 Description   
Cf capture, le bloc bienvenue ne doit pas apparaître ici, le bloc mon compte doit être seul à gauche.

 Commentaires   
Commentaire de Emeric Teil [ 17/avr./09 18:12 ]
Au passage (cela à déjà été fait normalement), peux-tu vérifier que ce bloc "Bienvenue" n'apparait jamais dans mon compte, au dessus du menu "mon compte" dans la colonne de gauche ?

Merci d'avance
Commentaire de Clement Balay [ 20/avr./09 17:24 ]
Voici une liste des pages qui contiennent le bloc "Mon compte" avec au dessus le bloc "Bienvenue":
PLATFORM_REDIRECT: la page qui dit que l'on est loggué avec un login d'une plateforme différente
NEWSLETTER: ancienne pahe plus utilisée des newsletters
ADVERT_BUYER_CONTRACT_LIST: Page "Détail de mes garanties"
COMPLAINT_REGISTER: page "déclaration de sinistre"
COMPLAINT_CREATION_SUCCESS page "déclaration de sinistre réussi"
Commentaire de Clement Balay [ 20/avr./09 17:35 ]
CAJ2009Q2
Commentaire de Emeric Teil [ 26/mai/09 12:15 ]
OK en Integ
Commentaire de Aurélie Kwiatkowski [ 27/mai/09 14:50 ]
OK



[IMP-5672] création compte ftp+flux de commandes pour pro presse-reduc Création: 26/mars/10 17:05  Mise à jour: 29/mars/10 15:12  Résolue: 29/mars/10 15:12

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Anne Korchia Attribution: Jérome Marianne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: presse-reduc
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
création compte ftp+flux de commandes pour pro presse-reduc

 Commentaires   
Commentaire de Jérome Marianne [ 29/mars/10 13:58 ]
Compte FTP vendeur créé...

Pseudo : presse-reduc
mot de passe : 988presse112
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui
Commentaire de Jérome Marianne [ 29/mars/10 15:12 ]
Le compte FTP est activé pour le stock et le flux de commandes



[IMP-6723] création compte ftp +creation p+f pour pro PARIS-LIVRES sellermania Création: 09/août/10 09:21  Mise à jour: 10/août/10 14:49  Résolue: 10/août/10 14:49

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Anne Korchia Attribution: Jérome Marianne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: PARIS-LIVRES
Modèle: sellermania
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
création compte ftp +creation p+f pour pro PARIS-LIVRES sellermania

 Commentaires   
Commentaire de Jérome Marianne [ 10/août/10 14:27 ]
Compte FTP vendeur créé...

Pseudo : paris-livres
mot de passe : livres09!
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui
Commentaire de Jérome Marianne [ 10/août/10 14:49 ]
Profil Sellermania paramétré.

Compte FTP activé.



[EXP-2176] Ouverture de compte CVS Création: 01/juin/06 15:59  Mise à jour: 25/juin/07 18:58  Résolue: 02/juin/06 08:14

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Stéphane François Attribution: ZZ_Arnaud Baali
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Jérôme Gautier souhaiterait que je dispose d'un compte CVS pour travailler sur la CSS NC.
Pourriez vous me le créer ??
Merci



[APP-16435] Mon Compte : besoin de traduction des labels de code du 11/06 au 13/06 Création: 22/mai/07 17:11  Mise à jour: 01/août/07 10:09  Résolue: 23/juil./07 10:18

Etat: Fermé
Projet: Application PriceMinister
Composants: Infoglue
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 16.0.0

Type: Tâche Priorité: Bloquant
Rapporteur: Fréderic Tiberghien Attribution: Nerea Prieto
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel Plan de contenu_V2.xls     Microsoft Excel Plan de contenu_V3.xls     Microsoft Excel PrjMonCompteLabels.xls    
Pays:
ESP - Espagne
Site: Dev

 Description   
Pour le projet mon compte, composant Home page mon compte, nous avons besoin de Nerea pour la traduction des label du 7/06 au 11/06, sous réserve de modification de planning.

 Commentaires   
Commentaire de Fréderic Tiberghien [ 31/mai/07 18:35 ]
Nouvelle date de disponibilité pour la trad :

du 11 au 13 juin
Commentaire de Ariane Baldinger [ 11/juin/07 09:48 ]
Frédéric,

Est-ce que ces dates sont toujours d'actualité ? Etant donné que la Home Mon Compte passe en V16.
Quand a lieu la fin des dev ?

Ariane

Commentaire de Fréderic Tiberghien [ 11/juin/07 10:04 ]

Tout a fait, et vu avec Swan et Nerea.

même si c est pour la V16, ils ont besoin des labels en espagnol pour la fusion des 2 sous projets Mon compte et Dashboard.

Par contre comme il y a 2j de retard, la traduction peut commencer du 13 au 15/06.
Commentaire de Nerea Prieto [ 15/juin/07 14:00 ]
Tous les labes dont Swan m'a parlé, ceux de l'Account template, sont traduits.

Apparemment, Clément il a crée d'autres labels il faut qu'il me dise lesquels.

Commentaire de Swan Desportes [ 15/juin/07 14:32 ]
Nerea, il faut que tu sortes une liste avec le suivi carto et Clément pourra te dire sur la liste quels sont les labels à traduire.
Commentaire de Nerea Prieto [ 15/juin/07 17:29 ]
Voici les labels qui restent à traduire marqués par Clément
Commentaire de Nerea Prieto [ 19/juin/07 17:36 ]
Tout à été traduit et soumis à publication
Commentaire de Emeric Teil [ 01/août/07 10:09 ]
OK



[IMP-1674] extraction de stock plus ouverture compte ftp pour mise à jour et traitement des commandes LAUHRA Création: 12/déc./07 15:29  Mise à jour: 30/oct./09 15:43  Résolue: 22/janv./08 17:41

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Bloquant
Rapporteur: Gaël Seguillon Attribution: Fabien Farache
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File 2008-01-22_extraction_stocks_LAUHRA.txt     Microsoft Excel 2008-01-22_extraction_stocks_LAUHRA.xls     Text File 2008-01-23_extraction_stocks_lauhra.txt     Microsoft Excel 2008-01-23_extraction_stocks_lauhra.xls    
Pays:
FRA - France
Login: LAUHRA
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
extraction de stock plus ouverture compte ftp pour mise à jour et traitement des commandes LAUHRA

 Commentaires   
Commentaire de Gaël Seguillon [ 07/janv./08 14:32 ]
sellermania
Commentaire de Fabien Farache [ 22/janv./08 15:11 ]
en pièce jointe le fichier de stock en .txt ou .xls
Commentaire de Fabien Farache [ 22/janv./08 17:41 ]
Profils : ok

5620741 Sorties Suppression annonces Sorties 2006 22/01/2008
5620740 Ecrasement Mise à jour/création annonces (écrasement) Entrées 2006 22/01/2008
5620739 Entrées Mise à jour/création annonces Entrées 2006 22/01/2008

Création et configuration ftp : ok

======= Compte FTP =======
==== Home : LAUHRA =====
==== Pass : 498hgFV21N =======

######### Test xml config file...
...Test : OK
Commentaire de Fabien Farache [ 23/janv./08 11:55 ]
Voici le nouvel extract en pièce jointe



[IMP-1698] Ouverture compte FTP pour reception validation commandes pour pseudo destosckage Création: 18/déc./07 14:29  Mise à jour: 30/oct./09 15:43  Résolue: 15/avr./08 16:12

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Gaël Seguillon Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: destosckage
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces

 Description   
Ouverture compte FTP pour reception validation commandes pour pseudo destosckage

 Commentaires   
Commentaire de Frédéric Nahum [ 15/avr./08 16:12 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : destosckage
mot de passe : d8At7
Serveur : ftp.priceminister.com / fr

==================================================================
Flux > ok



[IMP-1677] extraction de stock plus ouverture compte ftp pour mise à jour et traitement des commandes azurclassic Création: 12/déc./07 15:32  Mise à jour: 30/oct./09 15:43  Résolue: 24/janv./08 14:33

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Bloquant
Rapporteur: Gaël Seguillon Attribution: Fabien Farache
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File 2008-01-24_Extraction_stocks_azurclassic.txt     Microsoft Excel 2008-01-24_Extraction_stocks_azurclassic.xls    
Pays:
FRA - France
Login: azurclassic
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
extraction de stock plus ouverture compte ftp pour mise à jour et traitement des commandes

 Commentaires   
Commentaire de Gaël Seguillon [ 07/janv./08 14:30 ]
sellermania
Commentaire de Fabien Farache [ 24/janv./08 10:22 ]
En pièce jointe le fichier de stock au format texte ou excel
Commentaire de Fabien Farache [ 24/janv./08 11:05 ]
Profils créés :

5628039 Sorties Suppression annonces azurclassic Sorties 2006 24/01/2008
5628038 Ecrasement Mise à jour/création annonces (écrasement) azurclassic Entrées 2006 24/01/2008
5628037 Entrées Mise à jour/création annonces azurclassic Entrées 2006 24/01/2008
Commentaire de Fabien Farache [ 24/janv./08 14:33 ]
Compte ftp créé et configuiration faite :

======= Compte FTP =======
==== Home : azurclassic =====
==== Pass : zerCV89Us7 =======


######### Test xml config file...
...Test : OK



[IMP-1672] extraction de stock plus ouverture compte ftp pour mise à jour et traitement des commandes hpariente Création: 12/déc./07 15:27  Mise à jour: 30/oct./09 15:43  Résolue: 21/janv./08 16:41

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Bloquant
Rapporteur: Gaël Seguillon Attribution: Fabien Farache
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File 2008-01-21_extraction_stocks_hpariente.txt     Microsoft Excel 2008-01-21_extraction_stocks_hpariente.xls    
Pays:
FRA - France
Login: hpariente
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
extraction de stock plus ouverture compte ftp pour mise à jour et traitement des commandes hpariente

 Commentaires   
Commentaire de Gaël Seguillon [ 07/janv./08 14:33 ]
sellermania
Commentaire de Fabien Farache [ 21/janv./08 16:12 ]
En pièce jointe l'extraction des données en .txt ou .xls
Commentaire de Fabien Farache [ 21/janv./08 16:41 ]
Création des profils : ok

5616639 Ecrasement Mise à jour/création annonces (écrasement) Fichier de stock de hpariente hpariente Entrées 2006
5616638 Sorties Suppression annonces Fichier de stock de hpariente hpariente Sorties 2006
5616637 Entrées Mise à jour/création annonces Fichier de stock de hpariente hpariente Entrées 2006
Commentaire de Fabien Farache [ 21/janv./08 16:41 ]
Création et configuration du compte ftp : ok

=====================================================================
======= Compte FTP =======
==== Home : hpariente =====
==== Pass : ghU79pWX =======
=====================================================================


######### Test xml config file...
...Test : OK



[IMP-1673] extraction de stock plus ouverture compte ftp pour mise à jour et traitement des commandes Création: 12/déc./07 15:28  Mise à jour: 30/oct./09 15:43  Résolue: 23/janv./08 14:06

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Bloquant
Rapporteur: Gaël Seguillon Attribution: Marion Anfreville
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: 20 minutes
Estimation originale: Non spécifié

Pays:
FRA - France
Login: DVD2000CD
Séparateur: Point-virgule (;)
Type de traitement:
Suppression annonces
Estimation: Petit
Groupe: Sellermania

 Description   
extraction de stock plus ouverture compte ftp pour mise à jour et traitement des commandes

 Commentaires   
Commentaire de Gaël Seguillon [ 07/janv./08 14:33 ]
type sellermania, majs annonces fichier type price import annonces
Commentaire de Marion Anfreville [ 23/janv./08 14:06 ]
=> Pas d'extraction de stock : inventaire vide.

Profils d'import type Sellermania créés :
- Entrées (Format Entrées 2006 - màj/création annonces avec recherche par EAN ou ISBN)
- Sorties (Format Entrées 2006 - suppression annonces avec recherche par EAN ou ISBN)
- Ecrasements (Format Entrées 2006 - màj/création annonces (écrasement) avec recherche par EAN ou ISBN)

Compte FTP créé :

======= Compte FTP ========
==== Home : dvd2000cd =====
==== Pass : 83yU1c2 ========

Configuration FTP opérationnelle : flux de commandes + récupération fichiers de stock.



[IMP-1678] extraction de stock plus ouverture compte ftp pour mise à jour et traitement des commandes LEPASSEUR Création: 12/déc./07 15:34  Mise à jour: 30/oct./09 15:43  Résolue: 26/mars/08 11:13

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Gaël Seguillon Attribution: Fabien Farache
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File 2008-03-25_Stock_Lepasseur.txt     Microsoft Excel 2008-03-25_Stock_Lepasseur.xls    
Pays:
FRA - France
Login: LEPASSEUR
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
extraction de stock plus ouverture compte ftp pour mise à jour et traitement des commandes LEPASSEUR


 Commentaires   
Commentaire de Gaël Seguillon [ 07/janv./08 14:30 ]
SELLERMANIA
Commentaire de Fabien Farache [ 26/mars/08 09:39 ]
en pièce le fichier de stock en .xls ou .tx
Commentaire de Fabien Farache [ 26/mars/08 10:49 ]
Profils créés :

5898540 Sorties Suppression annonces Lepasseur Sorties 2006
5898539 Ecrasement Mise à jour/création annonces (écrasement) Lepasseur Entrées 2006
5898538 Entrées Mise à jour/création annonces Lepasseur Entrées 2006
Commentaire de Fabien Farache [ 26/mars/08 11:13 ]
Compte ftp créé et configuré :

Pseudo : lepasseur
mot de passe : kedj54DlsX
Serveur : ftp.priceminister.com / fr

######### Test xml config file...
...Test : OK



[APP-17748] Modification des abonnements : La validation des abo fait sortir du contexte "Mon Compte" Création: 10/sept./07 18:52  Mise à jour: 24/sept./07 14:39  Résolue: 20/sept./07 12:22

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 16.1.0
Version(s) corrigée(s): 17.0.0

Type: Bogue Priorité: Majeur
Rapporteur: Christophe Garcia Attribution: Clémence Desneiges
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File cas1.jpg     JPEG File screenshot-1.jpg    
Liens des demandes:
Similaire
similaire à APP-17681 [Mon Compte 1.1] : Améliorations Fermé
Pays:
FRA - France
Site: Integ
Projets PM archivés: Mon Compte - Lot 1 : Fondation

 Description   
Quand on modifie ces abonnements, on sort du contexte graphique de "Mon Compte" : Voir screenshot.

 Commentaires   
Commentaire de Emeric Teil [ 17/sept./07 17:18 ]
Cela est dû à la nécessité de pouvoir accéder à cette page, qu'on soit connecté ou non (via des liens de désinscription contenus dans les Newsletters).

 Afin de respecter cette contrainte, sans sortir de notre logique de navigation au sein de « Mon Compte », on propose :
-> de détecter l'identification ou non
-> d'adapter la présentation en fonction :
           Cas 1 -> Si l'utilisateur est connecté on lui présente une page du style « Mon Compte »
           Cas 2 -> Sinon on lui présente la page actuelle

Détails :

Cas 1 : L'utilisateur étant connecté, on enlève le bloc "Bienvenue" (qui s'appellera "aide" à partir de la V17) et on met à la place le menu "Mon Compte" (cf copie d'écran "cas 1")
Cas 2 : L'utilisateur n'étant pas connecté, on laisse la page actuelle

Autre correction au passage :

Lors de la mise en place du nouveau "Mon Compte", tous les blocs "bienvenue" ont été supprimés de l'espace Mon Compte. Dans le cas où l'utilisateur n'est pas connecté, il faudrait le remettre sur la page "Mes abonnements" (uniquement lorsqu'on n'est pas connecté).

Merci





Commentaire de Clémence Desneiges [ 20/sept./07 12:22 ]
Ok.

Denrière partie du JIRA pas implémentée car non reproduisable mais vu avec EMT pour fermer le JIRA.

Clémence
Commentaire de Emeric Teil [ 24/sept./07 14:39 ]
OK en Integ



[IMP-1679] extraction de stock plus ouverture compte ftp pour mise à jour et traitement des commandes PLANETECINE Création: 12/déc./07 16:08  Mise à jour: 30/oct./09 15:43  Résolue: 24/janv./08 13:52

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Bloquant
Rapporteur: Gaël Seguillon Attribution: Marion Anfreville
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: 25 minutes
Estimation originale: Non spécifié

Pièces jointes: Text File 2008-01-23_PLANETECINE_stocks.txt    
Liens des demandes:
Similaire
similaire à IMP-1822 extraction d'état de stock pseudo PLA... Résolu
Pays:
FRA - France
Login: PLANETECINE
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces (écrasement)
Estimation: Petit
Groupe: Sellermania

 Description   
extraction de stock plus ouverture compte ftp pour mise à jour et traitement des commandes PLANETECINE

 Commentaires   
Commentaire de Gaël Seguillon [ 07/janv./08 14:28 ]
Type majs annonces simple format type price SELLERMANIA
Commentaire de Marion Anfreville [ 24/janv./08 11:03 ]
Extraction inventaire au 23/01/2008 => 2008-01-23_PLANETECINE_stocks.txt

1905 annonces contre 1879 indiquée aujourd'hui dans son inventaire.
Commentaire de Marion Anfreville [ 24/janv./08 13:52 ]
Profils d'import type Sellermania créés :
- Entrées (Format Entrées 2006 - màj/création annonces avec recherche par EAN ou ISBN)
- Sorties (Format Entrées 2006 - suppression annonces avec recherche par EAN ou ISBN)
- Ecrasements (Format Entrées 2006 - màj/création annonces (écrasement) avec recherche par EAN ou ISBN)

================================
COMPTE du vendeur créé ...

======= Compte FTP =========
==== Home : planetecine ====
==== Pass : YvS298rT7 ======

================================

Configuration FTP opérationnelle : flux de commandes + récupération fichiers de stock.



[IMP-5031] creation compte ftp+analyser et passer fichier pro manego27 Création: 12/janv./10 10:25  Mise à jour: 04/févr./10 09:54  Résolue: 04/févr./10 09:54

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Anne Korchia Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel manego.xls    
Pays:
FRA - France
Login: manego27
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
creation compte ftp+analyser et passer fichier pro manego27

 Commentaires   
Commentaire de Fotigui Tangara [ 03/févr./10 11:59 ]
Le fichier en PJ est une extraction de stock.

Les créations d'annonces seront basées sur les références :

  - EAN ou ISBN
  - Id Produit Price

Demande en cours de traitement...
Commentaire de Fotigui Tangara [ 03/févr./10 14:09 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : manego27
mot de passe : poderza123
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : non

=====================================================================
Commentaire de Anne Korchia [ 03/févr./10 14:11 ]
il pourra déposer ses images dans le ftp?
Commentaire de Fotigui Tangara [ 03/févr./10 16:20 ]
Non, car nous ne créons pas de nouvelles fiches produits. Les Fiches produits existent déjà. En même temps, les données nécessaires à la création de fiches produits ne sont pas présentes dans le fichie du PRO. Simplement, un fiche issu de l'extraction de stock d'un PRO, peut difficilement servir pour créer des fiches produits.

1) Création d'annonces basées sur EAN ou ISBN, ce qui sous entend la réutilisation de fiches produit déjà créées...
2) Création d'annonces basées sur ID fiche produit Price, idem cas ci-dessus...

Commentaire de Fotigui Tangara [ 04/févr./10 09:53 ]
Le fichier passe environ à 100%.

Demande traitée.



[IMP-5182] creation compte ftp+flux de commandes pour nouveau pro pages75 Création: 29/janv./10 16:07  Mise à jour: 02/févr./10 11:28  Résolue: 02/févr./10 11:27

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Anne Korchia Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login:  pages75
Modèle: sellermania
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
creation compte ftp+flux de commandes pour nouveau pro pages75

 Commentaires   
Commentaire de Frédéric Nahum [ 02/févr./10 11:27 ]
c'est fait
Commentaire de Frédéric Nahum [ 02/févr./10 11:28 ]
02/02/2010 - Compte FTP vendeur créé...

Pseudo : pages75
mot de passe : df45pa7A
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui



[IMP-4156] creation compte ftp+p+f+maj ecrasement nouveau pro dinandm2 Création: 03/sept./09 09:49  Mise à jour: 30/oct./09 15:52  Résolue: 07/sept./09 17:20

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Anne Korchia Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: dinandm2
Modèle: sellermania
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
creation compte ftp+p+f+maj ecrasement nouveau pro dinandm2

 Commentaires   
Commentaire de Fotigui Tangara [ 07/sept./09 17:00 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : dinandm2
mot de passe : fozir3Kr
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui

=====================================================================
Commentaire de Fotigui Tangara [ 07/sept./09 17:19 ]
Demande traitée.



[APP-14342] Création de compte : messages d'erreur de validation de formulaire dès l'étape 1 Création: 19/déc./06 09:55  Mise à jour: 25/juin/07 18:48  Résolue: 17/janv./07 12:29

Etat: Fermé
Projet: Application PriceMinister
Composants: Cobrandings
Affecte la/les version(s): 11.1.0 (La Redoute)
Version(s) corrigée(s): ToDo

Type: Bogue Priorité: Mineur
Rapporteur: Olivier Bourgeois Attribution: Richard Dubois
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg     JPEG File screenshot-1.jpg    
Pays:
FRA - France
Site: Prod
Navigateur: Tous
Projets PM archivés: COB La Redoute

 Description   
Quand on clique sur le lien "Créer un compte La redoute occasion" on arrive sur le formulaire de création de compte mais avec des messages d'erreur comme si on avait déjà validé le formulaire.

 Commentaires   
Commentaire de Christophe Garcia [ 19/déc./06 10:15 ]
Je n'ai pas ce comportement. T'es sûr que tu n'as pas double-cliqué malencontreusement sur "Créer un compte" ?
Commentaire de Christophe Garcia [ 19/déc./06 10:31 ]
OK. C'est en fait quand on se connecte à PRice depuis le site de la Redoute.
Richard, je pense que c'est un pb chez la Redoute (appel à une mauvaise URL).
Commentaire de Richard Dubois [ 17/janv./07 12:29 ]
J'ai prévenu le client depuis le debut, il avait indiqué faire le necessaire.



[IMP-4050] Import fichier type mobilier, fournitures de bureau - compte Burodiscount Création: 12/août/09 13:24  Mise à jour: 30/oct./09 15:52  Résolue: 25/août/09 14:51

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Dorian Porta Delsol Attribution: Jérome Marianne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: File Burodiscount_Informatique_minimaliste.csv     File PriceministerFournitures.csv     File PriceministerMobilier.csv    
Pays:
FRA - France
Login: burodiscount
Modèle: Mobilié et fourniture de bureau
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec création produits , Mise à jour/création annonces avec création produits (écrasement)

 Description   
Merci de créer ses 2 profils sur son compte et sur son FTP
Entrée, sortie et écrasement.

Attention Merci de laisser son compte inactif après paramétrage, nous attendrons son signal pour l'activer.

 Commentaires   
Commentaire de Jérome Marianne [ 14/août/09 17:48 ]
Profils et formats paramétrés.

Fichiers soumis
Commentaire de Jérome Marianne [ 17/août/09 10:26 ]
Les fichiers ne sont pas passé car la boutique du vendeur n'est pas activé. Merci de le faire.
Commentaire de Anne Korchia [ 17/août/09 14:24 ]
il va activer sa boutique par contre ne pas passer ses fichiers pour l'instant les prix ne sont pas à jour, il nous relancera pour nous donner le feu vert
Commentaire de Fotigui Tangara [ 19/août/09 15:26 ]
Vu avec Dorian :

Il faudra mettre mettre en place 3 profils pour chaque type de produit (Mobilier et fourniture de bureau)
 - Entrée
 - Ecrasement
 - Sortie

Commentaire de Dorian Porta Delsol [ 19/août/09 15:36 ]
Le profil mobilier ne semble pas correct.

Merci de rajouter aussi un nouveau profil type informatique minimaliste (entrée, sortie et écrasement) sur son compte et sur son FTP.
Commentaire de Jérome Marianne [ 20/août/09 12:05 ]
Après correction des formats le fichier moblier passe à 100% et celui de fourniture passe à 96%.

Concernant le fichier informatique les URL qu'il met ne renvoient sur aucune image internet.
Le pro c'est-il trompé ou alors il veut déposer des images sur son FTP avec ces noms là?

dans ce cas il faut donc lui rajouter le répertoire image.
Commentaire de Dorian Porta Delsol [ 20/août/09 12:29 ]
Pour ce qui est des URL image pour le fichier minimaliste informatique il faut rajouter :
"http://www.otto-office.fr/" avant la partie de l'URL dans le fichier pour que l'URL soit du type :

http://www.otto-office.fr/OMM/JMB_France/PHOTOS/MOYEN/01/014.56.jpg

Merci
Commentaire de Jérome Marianne [ 21/août/09 15:23 ]
Le fichier Informatique passe à 58 % en création annnonces par rapport au matching de notre base référentielle.
Commentaire de Dorian Porta Delsol [ 21/août/09 17:05 ]
Merci de faire passer les 42% qui n'ont pas matchés en création produit minimaliste.
Commentaire de Jérome Marianne [ 24/août/09 18:45 ]
Après différentes corrections le fichier passe à 99%
Commentaire de Jérome Marianne [ 25/août/09 11:02 ]
Paramétrer les 3 profils sur le FTP
Commentaire de Jérome Marianne [ 25/août/09 14:51 ]
Les profils d'import ont été rajoutés au FTP.



[IMP-2284] Import - Certaines lignes ne sont pas prises en compte - Corriger velocity qui détermine le type Création: 29/mai/08 11:22  Mise à jour: 30/oct./09 15:53  Résolue: 29/mai/08 11:49

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Daniel Pintamalli Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: uxotica
Séparateur: N/A
Type de traitement:
N/A

 Description   
Import - Certaines lignes ne sont pas prises en compte - Corriger velocity qui détermine le type.

De fois, la cellule qui détermine le type ne prend pas bien en compte la date.

 Commentaires   
Commentaire de Daniel Pintamalli [ 29/mai/08 11:49 ]
J'ai corrigé le mapping afin de mieux traiter toutes les références.

Cependant, le format n'est pas correct. Il n'a pas de verrouillage pour les livres parus après 1980 sans code-barres. Je vais dire au partenaire de nous envoyer un code-barres pour les livres >1980.
Commentaire de Daniel Pintamalli [ 29/mai/08 13:46 ]
mail envoyé:

De : Daniel Pintamalli [mailto:daniel.pintamalli@priceminister.com]
Envoyé : jeudi 29 mai 2008 12:05
À : 'whoopper@orange.fr'
Cc : 'import-fr@priceminister.com'; 'Anne Korchia'
Objet : Priceminister - import de vos stocks

Bonjour,

Suite à notre conversation téléphonique, j'ai effectué les modifications nécessaires afin de prendre en compte les livres parus en 1950.
Par ailleurs, j'ai constaté que dans votre fichier les livres parus après 1980 ne comportent pas de référence standard (soit un code ISBN soit un code-barres). Cette donnée est obligatoire.
Pouvez-vous l'intégrer pour les livres parus après 1980 (dans la dernière colonne par exemple)?

Cordialement,



[APP-20485] BO Images: la catégorie affichée en haut est celle de la NpC Création: 06/mai/08 11:18  Mise à jour: 18/mars/09 13:54  Résolue: 18/mars/09 13:20

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office, Images produit
Affecte la/les version(s): 20.0.0
Version(s) corrigée(s): 43.0.0 (CAT-H)

Type: Bogue Priorité: Majeur
Rapporteur: Martin Sudmann Attribution: Geneviève Beaujard
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
FRA - France
Projets PM: *** RESERVE ***
Classif1: BO
Classif2: image

 Description   
dans la popup des images (accessible à partir de la FP BO), on affiche la catégorie du produit ; celle-ci est la catégorie NpC, même pour les produits NpF.
Il faut prendre en compte les soft-alias, si possible factoriser avec la génération du chemin de fer en FO.

 Commentaires   
Commentaire de Geneviève Beaujard [ 11/févr./09 16:45 ]
On va maintenant afficher les categories NPF, mais attention on perd de l'info (par ex la categorie pour les livres).
Modification dans ImageView.jsp, ImageViewModel.java
revision 24786
Commentaire de Cédric Goldovsky [ 18/mars/09 12:15 ]
exact, à quoi est-ce du ? ne peut on pas y remedier ? cf capture
Commentaire de Benoît Bourdon [ 18/mars/09 13:20 ]
En NpC on avait bcp de sous-sous-sous-catégories : c'est cela qu'on voyait ici
Maintenant en NpF on a très peu de niveaux de catégories, mais on a des filtres à la place : et dans l'écran image on continu de n'afficher que les catégories.
(voila la cause de cette "perte" d'info")

Ceci dit : on a discuté cela avec Aurélien de ce sujet et le niveau "Catégorie" lui suffit amplement --> c'est pour cela qu'on a pas poussé la fonctionnalité plus loin : Trop couteux + Pas spécialement voulu = on fait pas :-)



[IMP-5720] prodispo : Modèle fichier Electroménager + création FTP pour compte test Création: 02/avr./10 12:04  Mise à jour: 23/avr./10 15:44  Résolue: 23/avr./10 15:44

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Maram Khayati Attribution: Jérome Marianne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: File fichier import prodispo.csv     Microsoft Excel priceminister prodispo.csv    
Pays:
FRA - France
Login: prodispo
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec mise à jour/création produits (écrasement) , Mise à jour/création annonces avec mise à jour/création produits

 Description   
prodispo g.marom@west-interactive.fr

A vu avec Isabelle pour la création d'un paramétrage du compte (seulement 16 réf pour l'instant) compte test pour le moment. Création FTP (stock + flux de commandes)

Merci

 Commentaires   
Commentaire de Jérome Marianne [ 07/avr./10 17:11 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : prodispo
mot de passe : pro4256dispo
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui

=====================================================================
Commentaire de Jérome Marianne [ 08/avr./10 10:25 ]
Format paramétré.

Fichier soumis pour test.

Compte FTP activé pour flux de commande et import de stock
Commentaire de Jérome Marianne [ 09/avr./10 09:56 ]
Le fichier passe à 100%.
Les images sont en ligne.
Compte FTP activé pour stock et flux de commandes.
Commentaire de Maram Khayati [ 12/avr./10 11:27 ]
Changement adresse mail : m.mokrani@west-interactive.fr

Est-ce que tu pourrais lui envoyer le mail avec le login et le mot de passe ?

Merci.
Commentaire de Jérome Marianne [ 12/avr./10 13:36 ]
Adresse mail corrigée sur les deux comptes et identifiants envoyés au pro.
Commentaire de Myriam Laifaoui [ 22/avr./10 14:30 ]
Le pro est revenu vers nous pour nous signaler que ses nouvelles images n'apparaissaient pas sur le site alors qu'il a mis à jour son fichier il y a une semaine. Il souhaite remplacer les photos miniatures par des photos standards.

Est-ce que tu peux voir d'où vient le problème? (cf. fichier joint)

Merci

Myriam
Commentaire de Jérome Marianne [ 22/avr./10 15:14 ]
Il n'est pas possible de mettre à jour les images sur les fiches produits.

Le seul moyen est de demander à l'équipe exploitation de supprimer toutes les images du pro sur ses fiches produits pour que les nouvelles URL soient prises en compte.

Je fais la demande.
Commentaire de Isabelle Weisbecker [ 23/avr./10 15:32 ]
on va supprimer les photo manuellement pour aller plus vite .... merci.
Commentaire de Jérome Marianne [ 23/avr./10 15:44 ]
OK je ferme le jira et informe Patrick de ne pas supprimer ses images.



[DEC-579] Rajouter l'adresse mail des comptes pro auto dans le rapport stock auto pro Création: 12/avr./07 10:55  Mise à jour: 14/sept./07 15:31  Résolue: 12/avr./07 19:47

Etat: Fermé
Projet: Reporting
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Majeur
Rapporteur: Damien du Fretay Attribution: Agathe Remy
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Suite à la discussion avec Agathe, j'aurais besoin d'avoir l'adresse mail des comptes pro auto dans le rapport quotidien.

Merci

 Commentaires   
Commentaire de Agathe Remy [ 12/avr./07 19:47 ]
L'email a été ajouté dans le rapport suivant :
http://intra.priceminister.com/stats/reports/public/Stock/Stock_Auto/stock_pro_auto_payees.csv à partir du 13/04/2007.

Cordialement,
Agathe
Commentaire de Lorenzo Nuccio [ 13/avr./07 19:12 ]
Il ya un décalage dans le rapport.

La colonne email a bien été ajouté mais une colonne mot de passe s'est greffée également, sans données associées. Toutes les cellules sont donc décalées d'une colonne.
Commentaire de Agathe Remy [ 16/avr./07 19:05 ]
En fait, les noms des colonnes n'ont jamais été en phase avec les données.
Les deux premières colonnes avaient notemment comme libellé :
creation date|identifiant|compte
J'ai supprimé compte et normalement tout devrait rentrer dans l'ordre.
Dis-moi si c'est OK...

Agathe



[EXP-4809] Désactiver les compte autos dans le fichier squelette Config_sq.xml.fr Création: 14/mai/09 18:01  Mise à jour: 15/mai/09 12:27  Résolue: 15/mai/09 12:27

Etat: Résolu
Projet: Exploitation
Composants: Maintenance
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Majeur
Rapporteur: Frédéric Nahum Attribution: Eric Vannier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File liste_mixad.txt    
Pays:
FRA - France

 Description   
pourrais désactiver dans le fichier squelette Config_sq.xml.fr les comptes auto que je t'avais fourni dans un fichier ?

 Commentaires   
Commentaire de Frédéric Nahum [ 14/mai/09 18:03 ]
Je remets en pièce jointe le fichier
Commentaire de Frédéric Nahum [ 14/mai/09 18:04 ]
cette optimisation nous permettra de gagner beaucoup plus de temps à la compilation car ce fichier nous permettra de désactiver près de 1400 comptes
Commentaire de Eric Vannier [ 15/mai/09 12:27 ]
C'est fait, je clôture....



[EXP-1566] modification de compte FTP, mauto1 Création: 20/mars/06 17:25  Mise à jour: 25/juin/07 18:57  Résolue: 22/mars/06 18:45

Etat: Résolu
Projet: Exploitation
Composants: Flux
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Xavier Barbosa Attribution: Ranto Andriambololona
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
mettre à jour le compte FTP de mauto1, avec :
login : mauto1
pass: merignac33

modifié l'accout.conf, pour que le répertoire en ecrasement pointe vers le profil 3979841

 Commentaires   
Commentaire de Ranto Andriambololona [ 22/mars/06 18:45 ]
C'est fait,

Voici le contenu de l'account.conf

#4482582
stock/ecrasements in ST 3979841



[APP-3036] notes des vendeurs pas prises en compte Création: 09/nov./04 11:21  Mise à jour: 25/juin/07 18:26  Résolue: 29/juin/05 10:36

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.7a
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Sarah Eudor Attribution: Validator
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Les notes des vendeurs ne sont pas mises à jour. Plusieurs vendeurs ont eu
plusieurs ventes confirmées, et leurs notes n'ont pas du tout été mises à jour.
Exemples :

compte tottinono : 5 ventes notées, aucune note prise en compte.
Compte kalhahan : 17 notées et moyenne établie pour 16 ventes notées.

 Commentaires   
Commentaire de Quentin de Chivré [ 09/nov./04 12:52 ]
Le batch est il opérationnel ?
Commentaire de Jean-Didier Bonavia [ 10/nov./04 10:29 ]
Il semble que tout soit OK ce matin.
Pour Info: Résultat batch Scring de ce matin.

2004-11-10 06:58:58,516 INFO SCORING - --- Batch done - Processed: 2393
2004-11-10 06:58:58,520 INFO - ---- STOPPING ADVERT_FIX BATCHES ---
Commentaire de Quentin de Chivré [ 10/nov./04 10:36 ]
Ben c'est pas pour ca qu'il faut fermer le bug...
Y avait il eu des problèmes avec le batch le jour indiqué ?
Si la cause n'est pas dans le batch elle est peut etre ailleurs auquel cas il
n'y a pas de raison de fermer le bug.
Commentaire de Jean-Didier Bonavia [ 10/nov./04 11:45 ]
Plus d'info...

Le batch "price" à été planté hier matin par ADVERT_FIX à 5h50
==> Exception in thread "main" java.lang.OutOfMemoryError
comme tous les matins depuis le 27 novembre.

Comme SCORING est lancé après ADVERT_FIX, il n'a pas été exécuté.
J'ai relancé le batch "price" à 13h00 et SCORING à été exécuté.

Avec Justin, nous avons fixé le probléme du plantage d' ADVERT_FIX en fixant à
10000 la taille du segment à traiter pour éviter le pd de mémoire, propriété
dans batch.properties :
priceminister.batch.ADVERT_FIX.max_unit_in_batch = 10000
priceminister.batch.ADVERT_FIX.max_unit_in_segment = 10000

J'ai mis 2 fois le batch ADVERT_FIX à tourner le matin pour rattraper le
retard qui est de 60 000 à traiter.
Commentaire de Quentin de Chivré [ 29/juin/05 10:36 ]
Corrigé depuis longtemps



[APP-18251] Espace Mon compte vendeur pro : pas de lien "Voir mes Notes" Création: 16/oct./07 10:59  Mise à jour: 16/sept./09 11:27  Résolue: 24/juil./09 18:23

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 17.0.2, 49.0.0 (TX-H)
Version(s) corrigée(s): 53.0.0 (TX-I)

Type: Bogue Priorité: Mineur
Rapporteur: Stéphanie Vignali Attribution: Emilien Guichard
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File voir notes 2.jpg     JPEG File voir_ma_boutique_1.jpg     JPEG File voir_ma_boutique_2.jpg     JPEG File voir_notes.jpg    
Pays:
FRA - France
Projets PM: *** RESERVE ***
Classif1: MON COMPTE

 Description   
Bonjour,

J'ai 2 pro Vents_douest et centralelit qui ne peuvent aps accéder au détail de leur note sur leur compte.

En principe lorsque je vais dans mon compte, dans le bloc "Mes ventes" j'ai le lien "Voir mes notes".
Sur mon compte perso missy79 çà marche.

Or les pro n'ont pas de lien mais seulement "Ma moyenne 4,6/5." Ce n'est aps cliquable et ils ne peuevnt aps voir les commentaires laissés

 Commentaires   
Commentaire de Christophe Garcia [ 16/oct./07 16:38 ]
C'est voulu.

Je transmets au FONC pour avis.
Commentaire de Emeric Teil [ 16/oct./07 18:35 ]
Effectivement, ce fonctionnement était voulu lors de la refonte de la Home Page Mon Compte. La raison était que le SAV avait trop de demandes de modification des notes venant des vendeurs Pro. Steven souhaitait donc que ceux-ci accèdent moins aisément à leurs notes (auxquelles ils peuvent toujours accéder en passant par "ma boutique").

Etant donné qu'on mène actuellement un projet pour éviter les notes injustifiées et permettre, le cas échéant, au SAV de traiter les demandes de modification de ces notes, je peux voir avec Steven si on peut revenir à un mode plus normal pour la visualisation des notes par les vendeurs Pros...

Le tout étant de juger si le "plus" correspondant à cette fonctionnalité balance avec l'augmentation des retours SAV sur ces notes....
Commentaire de Stéphanie Vignali [ 17/oct./07 09:54 ]
Sachant que les vendeurs pro sont gérés par l'équipe commerciale (même si les réclamations sont gérés par le SAV) et qu'il est très clair pour nous aussi qu'on ne change pas les notes des vendeurs.
On refuse systématiquement ce genre de demande.

Le but est surtout pour eux de voir les commentaires laissés par les acheteurs (bon ou mauvais).

Maintenant je n'ai pas trouvé d'autres moyen de voir les notes du vendeur pro si tu peux m'expliquer où on va.

Ce qui serait bien c'est que ll'équipe commerciale soit informé de toute modification sur les comptes pro car on a l'air un peu bête avec nos pro après si on a pas l'info.

Commentaire de Emeric Teil [ 18/oct./07 10:20 ]
Alors, pour voir ses notes :

-> Allez dans sa boutique
-> Cliquez sur "Voir ses notes" (cf copie d'écran "voir notes") ou sur l'onglet "Ses notes" (cf copie d'écran "voir notes 2")

En ce qui concerne la communication auprès des commerciaux, il est effectivement gênant qu'à l'époque de ces modifications vous n'ayez pas été informés...
Commentaire de Stéphanie Vignali [ 18/oct./07 10:50 ]
Est ce que tu peux aller voir le pseudo centralelit ?

Je ne peux pas faire de copie d'écran depuis mon ordi. Ca ne marche pas.

C'est un vendeur pro et il n'a pas l'onglet "Ses notes" comme pour dvdlegacy.
Commentaire de Stéphanie Vignali [ 18/oct./07 10:56 ]
En fait on ne regarde pas au même endroit. Si le pro se connecte à son compte il n'a pas l'onglet.

Si tu fais une recherche par pseudo vendeur dans le moteur de recherche tu as l'onglet.

Un pro ne vas jamais voir ses notes en faisant une recherche pseudo vendeur via le moteur de recherche. Il se connecte à son compte.

Je ne comprends pas l'intérêt de compliquer la visibilité des notes du vendeur. Il aurait été bon d'estimer le nombre de vendeurs pro "râleurs" concernés.
Commentaire de Emeric Teil [ 18/oct./07 12:14 ]
Pour accéder à leur boutique, les utilisateurs (pro ou part) peuvent :

-> Cliquer sur "Voir ma boutique" sur la Home Page Mon Compte, soit dans le menu de gauche, soit dans le bloc "Mes annonces" (cf copie d'écran "voir_ma_boutique_1")
-> Cliquer sur " Voir ma boutique" sur l'Inventaire, dans le menu "Mon inventaire" (cf copie d'écran "voir_ma_boutique_2")

Entre un lien "Voir mes notes" tel qu'il y a pour les parts et le cheminement "Voir ma boutique > Voir ses notes" pour les pros, on a donc une différence d'un Clic qui complexifie légèrement l'accès, sans le rendre impossible.

En ce qui concerne l'arbitrage SAV / Commercial, je ne travaillais pas, à l'époque de ces modifications, sur l'espace "Mon Compte". Cependant, si cela a été mis en place, c'est que la demande du SAV a été validée lors des divers comités de pilotage de ce projet, comités de pilotage auxquels devait probablement participer un représentant du service commercial.

Ainsi, si je comprend très bien ta demande et qu'elle me parait légitime, on ne peut pas remettre systématiquement en cause les évolutions mises en place.
Cependant, si cette demande est Générale au service Commercial ET Prioritaire, je veux bien revoir ce point, en commençant par refaire l'estimation des retours SAV.

Je te laisse donc voir et si besoin prioriser cette demande.



Commentaire de Stéphanie Vignali [ 22/oct./07 10:42 ]
Il ne s'agit pas de remettre en cause les évolutions même si celle ci n'en est pas une.

Maintenant je pourrai dire à mes vendeurs pro en connaissance de cause que pour voir les notes il faut donc se connecter à leur compte cliquer sur toutes mes annonces puis voir ma boutrique puis voir mes notes. C'est tout ce que je voulais savoir à la base.

Merci

Stéphanie
Commentaire de Emeric Teil [ 02/juil./09 14:43 ]
Hello,
Gaël : sujet est-il toujours d'actualité pour vous ? NB : est-ce que vos vendeurs se plaignent de ça ?
Steven :dans le cas où ce soit toujours une demande du coté des pros, est-ce toujours un truc bloquant pour toi ?

Merci d'avance
Commentaire de Steven Harel [ 02/juil./09 15:07 ]
pour résumer la situation :

On ne souhaitait pas un accès trop simple aux notes car bcp de plaintes de pro concernant des notes injustifiées.

On souhaitait modifier les commentaires et les notes le moins possible : moins d'intervention possible + pas le temps + pas d'outils.

Nous ne sommes aujourd'hui plus du tout dans la même situation :

1/ passage de plus en plus nombreux de comptes de part à pro (auto entrepreneurs ?). de plus en plus de vendeurs nous demandent pourquoi ils n'ont plus d'accès direct à leurs notes. ils voient ça comme un bug et on ne peut pas leur dire pourquoi ça fonctionne comme ça. on a aujourd'hui presque plus de messages de ce genre que de messages où le vendeur proteste contre sa note !

2/ le vendeur pourra bientôt donner son avis (visible en front) sur sa note et le commentaire de l'acheteur. il pourra donc se justifier et ne nous demandera plus de modifier la note ou le commentaire. s'il nous en fait quand-même la demande, on acceptera au cas par cas et si on refuse, on aura un argument : il y a un outil pour répondre en front.

Je suis donc aujourd'hui pour un retour du lien côté vendeur pour un accès direct aux notes, comme chez les acheteurs. Petite modification que l'on pourrait légitimement intégrer au projet "réponse vendeurs" qui arrive bientôt.
Commentaire de Emeric Teil [ 02/juil./09 15:14 ]
Emilien, on va essayer d'ajouter ça à "Vendeur : Droit de réponse".
Commentaire de Emilien Guichard [ 17/juil./09 18:28 ]
Pris en compte dans le CoSAV Notation réponse vendeur & Modération
Commentaire de Gaël Seguillon [ 18/juil./09 10:00 ]
pas d'objection de mon côté à revenir à une visibilité normale des notes pour les pros, on reste sur le principe de ne pas toucher à leurs notes de toute façon, ce sera plus facile à faire passer ce message avec le droit de réponse.
Attention à la prochaine demande à venir de la part des acheteurs, un droit de réponse au droit de réponse du vendeur :-)
Commentaire de Emilien Guichard [ 24/juil./09 18:23 ]
OK en DEV
Commentaire de Aurélie Kwiatkowski [ 16/sept./09 11:27 ]
OK



[APP-17263] Problème d'alerte Mon Compte Création: 25/juil./07 12:11  Mise à jour: 31/juil./07 15:33  Résolue: 26/juil./07 18:35

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 16.0.0
Version(s) corrigée(s): 16.0.0

Type: Bogue Priorité: Mineur
Rapporteur: Alexandre Garnier Attribution: Alexandre Garnier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM archivés: Mon Compte - Lot 1 : Fondation

 Description   
Avec un utilisateur avec une adresse en .toto, dans mon compte, on a l'alerte suivante :

Votre adresse e-mail est invalide, vous pouvez la modifier dans la rubrique \"Profil de compte\".

Problème de gestion des " (mauvais copier-coller vers le label IG)

 Commentaires   
Commentaire de Alexandre Garnier [ 26/juil./07 18:17 ]
Corrigé tous les labels contenant \"
CMS1
default
des labels
Commentaire de Emeric Teil [ 31/juil./07 15:33 ]
OK



Refonte Mon Compte : lot 1 Fondation (APP-15529)

[APP-16089] Bugs Mon Compte Création: 24/avr./07 16:52  Mise à jour: 04/juil./07 14:54  Résolue: 14/mai/07 15:09

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 15.0.0
Version(s) corrigée(s): 15.0.0

Type: Sub-bug Priorité: Majeur
Rapporteur: Bertrand Luc Yovanovitch Attribution: Clement Balay
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Prod
Projets PM archivés: Mon Compte - Lot 1 : Fondation

 Description   
Corriger les bugs identifiés sur l'ensemble des pages Mon compte ( sauf bugs que l'on peut rattacher à des lots Mon compte à venir)
Voir la liste dans le fichier joint au Jira général

 Commentaires   
Commentaire de Clement Balay [ 14/mai/07 15:09 ]
je te réassigne le jira puisque tu es en train de faire la recette
Commentaire de Younès Charrière [ 04/juil./07 14:54 ]
Ok en Integ. Fermeture des bugs :
APP-10314
APP-9814
APP-7139



[APP-16646] [cobrandings] menu mon_compte disparu Création: 08/juin/07 15:40  Mise à jour: 05/juil./07 16:59  Résolue: 11/juin/07 09:01

Etat: Fermé
Projet: Application PriceMinister
Composants: Cobrandings
Affecte la/les version(s): 14.2.0
Version(s) corrigée(s): 15.0.0

Type: Bogue Priorité: Majeur
Rapporteur: Stéphane François Attribution: Swan Desportes
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File cob_mon_compte.jpg    
Pays:
FRA - France
Site: Prod
Navigateur: Tous
Projets PM archivés: Maintenance 15.x.x

 Description   
Avec la mise en place du nouveau header, et la suppression de l'onglet "mon_compte", les cobrandings ont perdu le contenu de la barre horizontale "mon compte".
Les Cob ayant toujours leur onglets aurait du pourtant garder leur barre avec le contenu " espace vendeur, ...., .... "


voir screenshot.

 Commentaires   
Commentaire de Swan Desportes [ 11/juin/07 09:01 ]
Avec ou sans onglet, on voulait de toute façon remplacer par le menu horizontal produit.



[APP-28831] Evenement création de compte contact Création: 19/mars/10 11:35  Mise à jour: 22/mars/10 10:36  Résolue: 22/mars/10 10:33

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 65.0.0 (TX-M)
Version(s) corrigée(s): 65.0.0 (TX-M)

Type: Bogue Priorité: Majeur
Rapporteur: Thomas Landru Attribution: Yann Danot
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Integ
Projets PM: OPPeC : Optimisation Identification
Navigateur: Tous

 Description   
Si l'on créé un compte contact après avoir validé le formulaire http://www.pm.lan/sponsorship?action=refer on a une description "autre" associée à l'événement "Création de compte contact"

 Commentaires   
Commentaire de Thomas Landru [ 19/mars/10 11:46 ]
Même soucis lorsque l'on signale un abus.
Commentaire de Emeric Teil [ 22/mars/10 10:33 ]
Comme vu ensemble, on reste comme ça (c'est tout de même bien mieux que l'existant). Merci :o)



[APP-6405] Problème création de compte vendeur Création: 21/nov./05 15:12  Mise à jour: 25/juin/07 18:33  Résolue: 22/nov./05 18:43

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 8.0.8
Version(s) corrigée(s): 8.0.8

Type: Bogue Priorité: Bloquant
Rapporteur: Agathe Remy Attribution: Arnaud Forgues
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Site: Integ

 Description   
cahier de test : tests-questions-réponses.doc
Section 2 : Questions post-vente A->V

Essai de création d'un compte vendeur PMember1 : le mail d'activation du compte vendeur n'a jamais été reçu

 Commentaires   
Commentaire de Arnaud Forgues [ 21/nov./05 18:07 ]
est-ce le problème classique des mails en integ ?
Commentaire de Quentin de Chivré [ 22/nov./05 09:58 ]
Il faut que tu creuses cela Arnaud (ou tu l'affecte a qq'un), en particulier quand cela empeche des gens d'avancer dans leurs tests
Commentaire de Arnaud Forgues [ 22/nov./05 18:43 ]
En fait ce bug etait lié au chantier d'emmanuel sur "la redirection apres authentification".

Il est revenu en arrière et ca a corrigé le bug
Commentaire de Arnaud Forgues [ 22/nov./05 18:43 ]
Ok
Commentaire de Yassine Mouhammadou [ 08/déc./05 10:20 ]
On reçoit bien les mails :)



Traduction : Fautes d'orthographe (APP-12433)

[APP-12699] Traduction quand Compte est en vacances - message Création: 25/sept./06 16:36  Mise à jour: 25/juin/07 18:45  Résolue: 25/sept./06 17:38

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur, Traduction
Affecte la/les version(s): 9.0.4
Version(s) corrigée(s): 9.0.4

Type: Sub-bug Priorité: Mineur
Rapporteur: Cantoni Carlos Attribution: Juan Luis Fajardo
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ESP - Espagne
Site: Integ

 Description   
message sur le compte quand elle est en vacances

Estás acualmente en modo vacaciones

mettre "actualmente" a la place de "acualmente"



[IMP-2028] Compte FTP partenaire LIBMATEOS Création: 26/mars/08 17:31  Mise à jour: 30/oct./09 15:43  Résolue: 29/avr./08 12:15

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Cantoni Carlos Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ESP - Espagne
Login: Libmateos
Séparateur: N/A
Type de traitement:
N/A

 Description   
merci de créer un compte FTP pour la partenaire Libmateos car il veut faire les mises a jour du stock par FTP

 Commentaires   
Commentaire de Frédéric Nahum [ 29/avr./08 12:15 ]
=====================================================================
Cuenta FTP vendedor creada...

Pseudo : libmateos
contraseña : d7H2gu
Server : ftp.priceminister.es / es

================================================================

Le partenaire peut déposer le fichier dans le répertoire écrasement de son ftp



[IMP-6133] desctivation compte FTP symp Création: 20/mai/10 18:42  Mise à jour: 21/mai/10 14:30  Résolue: 21/mai/10 14:30

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Gaël Seguillon Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: symp
Séparateur: Point-virgule (;)
Type de traitement:
Suppression produits
Groupe: sellermania

 Description   
le pro symp ne veux plus travailler avec sellermania et voudrais voir l'accès FTP à son compte désactivé
merci

 Commentaires   
Commentaire de Daniel Pintamalli [ 21/mai/10 14:30 ]
C'est fait.



[APP-3403] Compte en vacances à 19h49 Création: 28/déc./04 10:01  Mise à jour: 25/juin/07 18:27  Résolue: 25/juin/07 18:27

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.9
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Benjamin Guerville Attribution: Arnaud Forgues
Résolution: Incomplet  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
vu avec quentin
le compte ecran-plat est tombé automatiquement en vacances à 19h49 ai lieu
d'environ minuit comme d'h'abitude
merci

 Commentaires   
Commentaire de Arnaud Forgues [ 30/déc./04 14:53 ]
Si on regarde les logs d'evenements de cet utilisateur, on constate qu'il a
été regulierement mis en vacances automatiquement par le système à différentes
heures autres qu'environ minuit ... est-ce donc un problème .. ?
Commentaire de Arnaud Forgues [ 17/janv./05 12:21 ]
En fait, le batch d'expiration qui met les vendeurs en vacances automatique
fonctionne de la manière suivante :

On se base sur la date d'autorisation mais aussi sur la date de request.
Alors si on depasse (6 jours - 2h) de la date d'autorisation ou 3 jours
complets (en partant de minuit) de la date de request, alors le panier est
annulé et son vendeur mis en vacances automatique.

C'est pourquoi dans la plupart des cas, c'est la date de request qui
intervient la premiere, d'ou la mise en vacances automatiques vers minuit.

Seulement, si le panier est mis en observation, sa date de request est alors
repoussé et il peut arrivé comme dans ce cas (du bug) que la date
d'autorisation intervienne a la place de celle de request. Ainsi l'heure de
mise en vacances automatique du vendeur depend de la date d'autorisation.


Le bug est donc invalide car la limite de (6 jours - 2h) pour la date
d'autorisation est liée au delay de validité de l'autorisation SIPS.



[APP-25497] Plus d'indication du compte bloqué en remarque puisqu'on ne bloque plus les compensations. Création: 04/juin/09 14:25  Mise à jour: 10/juin/09 11:11  Résolue: 10/juin/09 10:03

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 47.0.0 (TX-G)
Version(s) corrigée(s): 47.0.3

Type: Bogue Priorité: Majeur
Rapporteur: Cedric Favero Attribution: Dispatcher (Pôle TX)
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
doublon de APP-25510 [Fiche Item] : Afficher la mention "P... Fermé
Pays:
FRA - France
Projets PM: *** RESERVE ***

 Description   
QQch qui pourrait etre assimilé à une régression et qu'on n'a pas vu en test:

Avant lorsqu'on bloquait un compte (macro compte bloqué), on bloquait les compensations et on avait une remarque "compensation bloquée" sur le compte mais également du coup sur sur les pages article.

Celà était un élement important pour savoir si un compte devait etre bloqué/l'était déjà , etc..

Maintenant qu'on bloque uniquement le PMV, on n'a plus aucune indication et c'est réellement problematique.
Obligé d'aller sur le compte pour voir qu'il est déjà bloqué ou qu'il faut le faire..

Ca pose souci dans le travail de tous les jours..

 Commentaires   
Commentaire de Cedric Favero [ 04/juin/09 14:26 ]
L'idéal serait d'avoir une remarque "PMV bloqué" , et tant qu'on y est reporter la visibilité -2 aussi.

Dans le metier SAV, un compte bloqué est un compte en -2 avec ses "paiements" bloqués.



[IMP-5524] creation compte FTP pour le flux de commandes du partenaire pseudo Dimishop-es Création: 10/mars/10 18:06  Mise à jour: 18/mars/10 16:20  Résolue: 18/mars/10 16:13

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Cantoni Carlos Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ESP - Espagne
Login: dimishop-es
Séparateur: N/A
Type de traitement:
N/A

 Description   
Bonjour,

le partenaire pseudo: Dimishop-es (site ES) reçoit actuellement les commandes sur le FTP du compte en France (pseudo: Dimishop)

pourriez vous creer un compte FTP dedié seulement au flux des commandes du site ES?
il semble que le partenaire a des problemes pour gérer toutes les commandes sur le meme compte FTP

merci

  

 Commentaires   
Commentaire de Daniel Pintamalli [ 18/mars/10 16:10 ]
=====================================================================
Cuenta FTP vendedor creada...

Pseudo : dimishop-es
contraseña : ferhuhH6
Server : ftp.priceminister.es
Pais : es
Flujo de pedidos : si

=====================================================================
Commentaire de Daniel Pintamalli [ 18/mars/10 16:13 ]
C'est fait.

La validation de commandes et la mise à jour de stock sont toujours gérés par le compte FTP Français.
Commentaire de Daniel Pintamalli [ 18/mars/10 16:20 ]
...mais il peut (si il le veut) se servir du compte Espagnol pour faire la validation. Les commandes du site Espagnol sont dorénavant disponibles sur le compte Espagnol.



[EXP-5077] Identification des comptes professionnels avec FTP Création: 25/mars/10 10:24  Mise à jour: 25/mars/10 10:24

Etat: Ouvert
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Dorian Porta Delsol Attribution: Patrice Boulanger
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Est il possible de mettre un indice d'identification pour les professionnels disposant de compte FTP pour pouvoir les faire ressortir dans BI ?
L'idéal serait des marqueurs différents pour les flux de commandes et les flux d'import de stock.

Merci



[EXP-1201] Trouver un moyen de purger régulièrement et automatiquement notre compte yahoo.fr Création: 07/févr./06 16:34  Mise à jour: 25/juin/07 18:56  Résolue: 28/févr./06 11:39

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Sébastien Tournay Attribution: Antoine Koener
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
pour le compte supervisionpm@yahoo.fr (mdp = priceminister) trouver un moyen de purger régulièrement et automatiquement les messages. Vu la volumétrie on sature très vite la BAL.

Sébastien

 Commentaires   
Commentaire de Antoine Koener [ 09/févr./06 17:37 ]
La boîte YAHOO est accessible via POP.

Voici la configuration:

Serveur de courrier entrant (POP3) : pop.mail.yahoo.fr
Serveur de courrier sortant (SMTP): smtp.mail.yahoo.fr

utiliser le Port 587 du SMTP [En savoir plus]
Nom de compte : supervisionpm
Adresse e-mail : supervisionpm@yahoo.fr
Mot de passe : votre mot de passe Yahoo! Mail

Doit on envisager un outil permettant d'effacer cette boite à interval de temps régulier ?
Commentaire de Sébastien Tournay [ 09/févr./06 18:16 ]
On pourrait lancer mailwasher de temps en temps non ?
Commentaire de Antoine Koener [ 13/févr./06 15:56 ]

Il suffit d'installer sur une machine une tache cron qui execute le script pmyahoopurge.pl.
Ce script est disponible dans le CVS.

Commentaire de Sébastien Tournay [ 13/févr./06 16:15 ]
Très bien. On pourrait en effet au lieu de tout purger, effacer seulement quelques messages tous les mois. Les messages dont le sujet est 'ALARME sur ...' et '..Jboss log reports oracle error ...'. A lancer tous les mois par exemple
Commentaire de Antoine Koener [ 28/févr./06 11:39 ]
Le script est dans peps



[PMB-66] SALOME : Test Intégrité d'un reversement regulier/virement pour un pro compta. Création: 09/oct./08 11:48  Mise à jour: 09/oct./08 18:02  Résolue: 09/oct./08 18:02

Etat: Fermé
Projet: PriceMinister Bug Hunter
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Aurélie Kwiatkowski Attribution: Cédric Goldovsky
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Tool: SALOME

 Description   
Pour un pro compta, dans mon temps, il me semblait qu'il était impossible de le définir sans lui assigner automatiquement des reversements systématiques par virement ou chèque.
Je crois qu'il n'existe pas de pro compta sans demandes de reversement systématique.
J'ai donc pris un pro compta qui avait des reversements par chèque et je les ai modifiés pour qu'ils soient effectués par virement. Mais le cas de test change un peu et donc, on a un nouvel écran avec le message : "La configuration de vos reversements systématiques a bien été modifiée."

 Commentaires   
Commentaire de Aurélie Kwiatkowski [ 09/oct./08 12:12 ]
Au deuxième step, il faut redémarrer COMPENSATION et non pas WALLET car c'est Compensation qui s'occupe des reversements systématiques des compta.
Commentaire de Cédric Goldovsky [ 09/oct./08 18:02 ]
Salomé MAJ. Merci :-)



[APP-2525] absence d'annonce en FO alors que stock présent en BO Création: 21/juil./04 17:10  Mise à jour: 25/juin/07 18:25  Résolue: 25/juin/07 18:25

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.3
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Jany Marimoutou Attribution: Validator
Résolution: Incomplet  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Suite à plusieur soumissions de produits en FO de livre et de vynils. Il
s'avère que les fiches produits sont actives en BO, apparaissent dans mon
inventaire mais lorsque que l'on clique sur le lien amenant sur la fiche du
produit, il n'y a pas d'article présent et le stock en BO est de zéro.
Ce sont les trois premiers de la liste de l'URL.

Lien du compte :

http://bo.pm.lan/inventory?select=0

 Commentaires   
Commentaire de Jany Marimoutou [ 21/juil./04 17:27 ]
RAS, il s'agissait de mon inventaire qui était caché.
Commentaire de Quentin de Chivré [ 21/juil./04 17:56 ]
Voir commentaire ci-dessus



[APP-16765] Problème d'affichage ou rafraîchissement dans compte / compensation / bouton pour ouvrir la fenêtre des finances / finances. Création: 21/juin/07 11:54  Mise à jour: 12/juil./07 11:24  Résolue: 21/juin/07 17:20

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 14.2.1
Version(s) corrigée(s): 14.2.1

Type: Bogue Priorité: Majeur
Rapporteur: Xavier Courla Attribution: Validator
Résolution: Invalid  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Navigateur: FireFox 2.0
Projets PM archivés: Maintenance 14.x.x

 Description   
Bonjour,

J'ai un problème de rafraîchissement dans compte / compensation / bouton pour ouvrir la fenêtre des finances / finances.
Quand la fenêtre s'ouvre c'est les finances d'un autre compte qui apparent (les finance d'une personne que j'ai vérifier précédemment).

Merci

 Commentaires   
Commentaire de Espérance Galouo-Lece [ 21/juin/07 17:19 ]
 - C'est un comportement normal du navigateur;
 - Le mieux c'est de pouvoir se déconnecter d'un compte avant de passer à un autre;



[IMP-6359] creation compte FTP pour le partenaire pseudo -bbb-ny-usa Création: 18/juin/10 09:42  Mise à jour: 18/juin/10 11:13  Résolue: 18/juin/10 11:13

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Cantoni Carlos Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: -bbb-ny-usa
Séparateur: N/A
Type de traitement:
N/A

 Description   
creation compte FTP pour le partenaire pseudo -bbb-ny-usa

le vendeur travaille deja sur le site UK (pseudo bbb-ny-usa), il souhaite avoir un compte FTP pour commencer a vendre sur le site FR

le format du fichier sera le même



 Commentaires   
Commentaire de Daniel Pintamalli [ 18/juin/10 11:13 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : -bbb-ny-usa
mot de passe : ferhhuKL47h
Serveur : ftp.priceminister.com
Pays : fr

=====================================================================



[APP-18089] V17 - page d'accueil mon compte - seulement un bandeau 1euro.com Création: 02/oct./07 14:20  Mise à jour: 04/oct./07 16:57  Résolue: 03/oct./07 15:22

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 17.0.0
Version(s) corrigée(s): 17.0.0

Type: Bogue Priorité: Bloquant
Rapporteur: Cedric Favero Attribution: Validator
Résolution: Impossible à reproduire  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: File bugv17_moncompte.bmp     JPEG File bugv17_moncompte2.JPG    
Pays:
FRA - France
Site: Integ
Navigateur: FireFox 2.0
Projets PM archivés: Maintenance 17.x.x

 Description   
Je viens de créer un compte sur site de test et la première page sur laquelle j'arrive après mon inscription est la page "mon compte'" avec uniquement un énorme bandeau 1euro.com et rien d'autre (cf capture).
Je n'ai accès à rien d'autre.

 Commentaires   
Commentaire de Cedric Favero [ 02/oct./07 14:30 ]
idem , pb d'affichage après avoir fait une mise en vente , je n'ai pas les autres blocs (cf capture 2)

PS: je suis sur firefox
Commentaire de Christophe Garcia [ 03/oct./07 15:22 ]
Pas reproduit.
Réouvre le JIRA si tu l'as encore
Commentaire de Cedric Favero [ 04/oct./07 16:57 ]
c'etait juste sur http://bo.pm.lan et çà ne le fait plus..



[IMP-6397] creation comtpe FTP+ flux de commandes pour nouveau compte decitre top-rentree Création: 24/juin/10 11:23  Mise à jour: 01/juil./10 16:54  Résolue: 01/juil./10 16:54

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Anne Korchia Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: top-rentree
Modèle: decitre
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces avec création produits , Mise à jour/création produits, Suppression produits, Mise à jour/création annonces (écrasement)

 Description   
creation comtpe FTP+ flux de commandes pour nouveau compte decitre top-rentree

 Commentaires   
Commentaire de Fotigui Tangara [ 01/juil./10 16:47 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : top-rentree
mot de passe : top-!2010
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui

=====================================================================
Commentaire de Fotigui Tangara [ 01/juil./10 16:54 ]
Compte FTP (stock et flux de commandes) mise en place.

Demande traitée.



[IMP-6513] discounterx : création Compte FTP --> import de stock + Flux commandes Oui Création: 08/juil./10 16:13  Mise à jour: 19/juil./10 10:03  Résolue: 19/juil./10 10:03

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Caroline Vallerey Attribution: Jérome Marianne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: discounterx
Séparateur: N/A
Type de traitement:
N/A

 Description   
Salut,

le PRO souhaite une création de compte FTP (travaille avec Neteven) : import de stock + flux de commande Oui.

leng.ly@telsev.fr

Merci

Caroline

 Commentaires   
Commentaire de Jérome Marianne [ 15/juil./10 16:18 ]
Quel modèle de produit faut-il lui paramétrer?
Commentaire de Caroline Vallerey [ 15/juil./10 16:22 ]
Salut,

Il faudrait lui paramétrer le modèle Sextoys.


Merci
Commentaire de Jérome Marianne [ 16/juil./10 10:14 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : discounterx
mot de passe : 11discount236erx
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui

=====================================================================
Commentaire de Jérome Marianne [ 16/juil./10 10:24 ]
Profils paramétrés.
Le compte FTP ne pourra être activé que lundi.

==> Compil flux + stock à faire
Commentaire de Jérome Marianne [ 19/juil./10 10:03 ]
Compte FTP activé.



[APP-18773] Impossibilité d'accéder au compte Création: 29/nov./07 10:08  Mise à jour: 29/nov./07 10:56  Résolue: 29/nov./07 10:56

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 18.0.0
Version(s) corrigée(s): 18.0.0

Type: Bogue Priorité: Bloquant
Rapporteur: Gaël Seguillon Attribution: Validator
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
doublon de APP-18774 Impossibilité d'accéder au compte Fermé
Pays:
FRA - France
Site: Prod
Navigateur: Internet Explorer 6.X
Projets PM archivés: Maintenance 18.x.x

 Description   
Le pro mardi_gras me signale l'impossibilité de se loguer à son compte, le site est disponible mais lorsqu'il veut accéder à la rubrique mon compte une page blanche avec le message d'erreur 404 voir autre Jira lié même problème constaté par un autre pro utilisaant Mac/Safari



[APP-12116] page d'accueil mon compte Création: 07/sept./06 14:10  Mise à jour: 25/juin/07 18:44  Résolue: 07/sept./06 14:24

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 9.0.3
Version(s) corrigée(s): 9.0.3

Type: Bogue Priorité: Mineur
Rapporteur: Cedric Favero Attribution: Validator
Résolution: Invalid  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Site: Integ

 Description   
Lorsque l'on se connecte sur son compte , l'inglet est par défaut sur "acheteur auto".
Il est plus logique d'etre accueilli sur espace vendeur ou espace acheteur au choix

 Commentaires   
Commentaire de Christophe Garcia [ 07/sept./06 14:24 ]
Quand tu te connectes on te repositionne automatiquement sur le dernier onglet que tu avais visité.



[IMP-1157] Bloquer les imports pour les comptes spécifiés Création: 08/août/07 16:36  Mise à jour: 30/oct./09 15:50  Résolue: 20/août/07 10:51

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Jérome Marianne Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: auto-mat, opelcergy, rvinhas, ggc2, ersoauto
Séparateur: N/A
Type de traitement:
Suppression annonces

 Description   
il faut bloquer la config import pour les clients suivants, qu'elle soit Cardiff ou Mixad.

Comptes concernés:

auto-mat
rvinhas
ggc2
ersoauto
opelcergy

 Commentaires   
Commentaire de Daniel Pintamalli [ 10/août/07 16:45 ]
J'ai bloqué les configurations d'import des partenaires concernés mais les changements seront effectifs après le 20 août.

auto-mat -> ok
rvinhas -> ok
ggc2 -> ok
ersoauto -> pas de config
opelcergy -> ok
Commentaire de Daniel Pintamalli [ 20/août/07 10:51 ]
Les changements sont effectifs.



[IMP-469] Merci de créer un compte FTP juste pour la MAJ de stock partenaire : gold75 Création: 12/avr./07 14:15  Mise à jour: 30/oct./09 15:43  Résolue: 12/avr./07 17:04

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Skender Berisha Attribution: Rodrigue Nsiangani
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: gold75
Séparateur: N/A
Type de traitement:
N/A
Estimation: Petit

 Description   
Bonjour

Merci de créer un compte FTP pour la mise à jour de stock

Partenaire : gold75

Merci

Skender

 Commentaires   
Commentaire de Marion Anfreville [ 12/avr./07 14:46 ]
Le demandes d'import se font avec le projet Import (avec priorité Majeur).
Commentaire de Rodrigue Nsiangani [ 12/avr./07 16:57 ]
======= Compte FTP =======
==== Home : gold75 =====
==== Pass : F21Eqbr =======
Commentaire de Rodrigue Nsiangani [ 12/avr./07 17:01 ]
Config du partenaire :
@@@@@@
<Partner name='gold75' id='11537843' home='gold75' >
<Comment>
compte crée par RON:
le : 12/04/07
Login: gold75
Pass : F21Eqbr
</Comment>
<!-- Import de stock -->
<Directory path='stock/entrees'>
<Action type='Move' id='4803238' check_file='1'>
<Files>*.csv</Files>
<Files>*.tab</Files>
<Files>*.txt</Files>
<Destination>/data/priceminister/pmftpstock/var/transactions/fr/gold75/stock/entrees</Destination>
</Action>
</Directory>
</Partner>
@@@@@@
Commentaire de Rodrigue Nsiangani [ 12/avr./07 17:04 ]
C''est fait.

Je ferme.



[IMP-2670] Création compte FTP gestion flux de commandes vendeur YellElectric Création: 06/oct./08 10:02  Mise à jour: 30/oct./09 15:50  Résolue: 06/oct./08 11:43

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Jeremy Pallot Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel Price Minister Music Log.xls    
Pays:
FRA - France
Login: YellElectric
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
Bonjour,
Pouvez-vous créer un compte FTP et un profil de gestion de commandes pour le vendeurs YellElectric.

Merci,

Jérémy

 Commentaires   
Commentaire de Jeremy Pallot [ 06/oct./08 10:04 ]
Pardon, il s'agit du fichier type que le vendeur va utiliser, faire attention au fait que seul la colonne avec le sprix en euros doit être prise en compte pour le France.
Commentaire de Fotigui Tangara [ 06/oct./08 10:37 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : yellelectric
mot de passe : mdWpX95adema
Serveur : ftp.priceminister.com / fr

=====================================================================
Commentaire de Fotigui Tangara [ 06/oct./08 10:44 ]
Le fichier du PRO contient déjà le caractère ";" il utilisera la tabulation comme séparateur.
Commentaire de Fotigui Tangara [ 06/oct./08 11:28 ]
Le PRO déposera son fichier dans le répertoire /stock/ecrasements
Commentaire de Fotigui Tangara [ 06/oct./08 11:43 ]
Demande traitée.



[APP-22285] Pb bannière OP COUP DOUBLE sur page Mon compte Création: 11/sept./08 16:18  Mise à jour: 03/nov./08 11:39  Résolue: 31/oct./08 14:57

Etat: Fermé
Projet: Application PriceMinister
Composants: Infoglue, Promo
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 32.0.1.1

Type: Bogue Priorité: Critique
Rapporteur: Charlotte Fachan Attribution: Nerea Prieto
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: File 425x90-pageCongIden.swf     File 725x90-pageCongIden.swf     File pb banniere coup double page mon compte.bmp    
Pays:
FRA - France
Projets PM: *** RESERVE ***
Classif FONC: comarket

 Description   
Il semble y avoir un bug sur la bannière OP coup double sur la page mon compte
cf copie d'écran

 Commentaires   
Commentaire de Charlotte Fachan [ 23/sept./08 10:52 ]
Serait il possible de modifier la bannière présentant un bug sur la page mon compte par celle en pièce jointe ?
nom de la créa : 725x90-pageCongIden.swf

Merci

Charlotte
Commentaire de Ariane Baldinger [ 01/oct./08 08:51 ]
Olga,
Il faudrait planifier cette demande dans un dump IG, merci de préciser la version cible.
Commentaire de Olga Costa [ 03/oct./08 11:50 ]
Bonjour,

Il faut que la banner soit en 425*90 et 100%

Merci
Commentaire de Olga Costa [ 06/oct./08 10:18 ]
Bonjour Charlotte

Est ce que la créa est prête.

Pour que ça passe mercredi matin il faut que je fasse le param avant midi, sinon la correction passera plus tard.
Merci
Olga
Commentaire de Chevalier Loic [ 07/oct./08 12:21 ]
Je rajoute Fadela en observateur (c'est elle qui a fait la bannière). J'suis désolé mais j'ai pas le temps de gérer ce Jira.
Commentaire de Chevalier Loic [ 07/oct./08 12:27 ]
Ha pardon, Charlotte vous a donné en Pièce jointe la nouvelle ban, donc plus de pb.
Commentaire de Ariane Baldinger [ 16/oct./08 15:23 ]
euh... je ne vois pas de créa en 425x90 attaché au jira....
Charlotte, est-ce que la créa en question a été refaite ?

Merci de l'attacher au jira.
Ariane
Commentaire de Nerea Prieto [ 24/oct./08 09:41 ]
Bonjour,

Maintenant pour l'emplacement Body de la page Mon Compte il nous faut une bannière en 425*90. Donc il faut modifier la taille de la bannière.

Charlotte, peux-tu t'occuper de transmettre l'info aux grafistes?

Merci
Commentaire de Chevalier Loic [ 24/oct./08 09:57 ]
C'est bon Charlotte à toutes les bannières de cette OP.
PAR CONTRE il y a des ban pour le widget boutique qui sont complètement à refaire puisque le format n'est pas le bon (anciennement 725x90).

Ghislain vous les livrera d'ici sous peu.
Commentaire de Charlotte Fachan [ 24/oct./08 10:51 ]
Bonjour,

toutes les bannières ont été modifié selon les nouveaux spec définis et elles vous ont été transmises.
Elles sont accessibles depuis mon public : W:\fachanc\_Graphistes\Mohamed\ope-coup_double

Merci

Charlotte
Commentaire de Ariane Baldinger [ 28/oct./08 09:29 ]
Ok.
Nerea, il faut donc utiliser cette créa 425x90-pageCongIden.swf merci.
Commentaire de Nerea Prieto [ 28/oct./08 13:53 ]
Charlotte,

Est-ce que tu peux tester s'il te plait?

Merci

Commentaire de Nerea Prieto [ 28/oct./08 13:54 ]
http://www.param1.pm.dev/user?tab=account
Commentaire de Charlotte Fachan [ 28/oct./08 18:16 ]
C'est ok pour moi !

Merci
Charlotte



[IMP-7814] Configuration compte FTP format Neteven + création profil du pro eyeweb Création: 11/janv./11 12:08  Mise à jour: 02/févr./11 15:47  Résolue: 02/févr./11 15:47

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Myriam Laifaoui Attribution: Hervé Octuvon-Bazile
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel AccessoiresMode- eyeweb.xls     Microsoft Excel AccessoiresMode-3_01.02.2011.xls    
Pays:
FRA - France
Login: eyeweb
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec mise à jour/création produits (écrasement) , Mise à jour/création annonces avec mise à jour/création produits

 Description   
Bonjour,

Merci de créer un compte FTP au format Neteven et créer un profil pour le partenaire eyeweb.

Myriam

 Commentaires   
Commentaire de Isabelle Weisbecker [ 24/janv./11 17:26 ]
j'ai demandé au pro un tabelau de correspondance des couleurs
Commentaire de Isabelle Weisbecker [ 01/févr./11 18:43 ]
le pro a remplit le champs couleur. cela devrait être bon pour import.
Commentaire de Hervé Octuvon-Bazile [ 02/févr./11 09:18 ]
merci Isabelle, je m'en occupe au plus vite
Commentaire de Hervé Octuvon-Bazile [ 02/févr./11 14:22 ]
Compte FTP crée

=======================
Pseudo : eyeweb
mot de passe : DzkwR5G
Serveur : ftp.priceminister.com
=======================
Commentaire de Hervé Octuvon-Bazile [ 02/févr./11 15:47 ]
Compte FTP NETEVEN opérationnel .

Demande traitée



[EXP-4462] problm connexion compte daredevil94 Création: 28/juil./08 14:21  Mise à jour: 16/sept./08 16:59  Résolue: 16/sept./08 16:59

Etat: Résolu
Projet: Exploitation
Composants: Troubleshooting
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Jany Marimoutou Attribution: Patrice Boulanger
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
daredevil94 fait parti des pro DVD les plus importants. Depuis vendredi 25 il a quelques difficultés à accéder à son compte depuis chez lui. Et seulement depuis chez lui. Il n'y est arrivé qu'en passant par un proxy.
Pourrais-tu me dire si il y a un souci avec son IP : 212.27.60.48

 Commentaires   
Commentaire de Jany Marimoutou [ 01/août/08 10:17 ]
pourrais-je avoir une réponse avant 2009 SVP ?
Commentaire de Patrice Boulanger [ 14/août/08 17:34 ]
oui, tu l'auras.
Commentaire de Patrice Boulanger [ 16/sept./08 16:59 ]
Le filtrage IP a été désactivé sur l'ensemble des serveurs, le problème doit donc avoir disparu. Dans le cas contraire, merci de réouvrir le Jira.



[IMP-490] Merci de créer un compte FTP juste pour le flux de commandes pour le partenaire : sagem_pro Création: 16/avr./07 14:41  Mise à jour: 30/oct./09 15:43  Résolue: 16/avr./07 17:17

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Skender Berisha Attribution: Xavier Barbosa
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: sagem_pro
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces

 Description   
Bonjour

Merci de créer un compte FTP juste pour le flux de commande pour le partenaire : sagem_pro.

Merci

Skender

 Commentaires   
Commentaire de Xavier Barbosa [ 16/avr./07 14:59 ]
pourquoi spécifier le séparateur et le type de traitement si ce n'est pas pour faire de l'import ?
Commentaire de Xavier Barbosa [ 16/avr./07 17:17 ]
compte ftp créé avec les infos suivantes :

======= Compte FTP =======
==== Home : sagem_pro =====
==== Pass : sagempro =======
Commentaire de Skender Berisha [ 17/avr./07 08:01 ]
Salut

T'es obligé de spécifier quelque chose dans le champ sinon tu ne peux pas sortir du jira.

Merci

Skender
Commentaire de Xavier Barbosa [ 17/avr./07 13:44 ]
c'est pour ça qu'il y a la valeur "N/A" :)



[APP-12874] Mon Compte - Impossible de lire les messages reçus en attente de réponse Création: 03/oct./06 10:14  Mise à jour: 25/juin/07 18:45  Résolue: 05/janv./07 17:50

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 9.0.4
Version(s) corrigée(s): 10.0.0 (ESP)

Type: Bogue Priorité: Bloquant
Rapporteur: Caroline Deregnaucourt Attribution: Manuel Sadok
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg     JPEG File screenshot-1.jpg    
Liens des demandes:
Duplicate
a pour doublon APP-12894 Problèmes avec les Q/R acheteur-Vendeur Fermé
Pays:
ALL - Tous
Site: Integ

 Description   
J'ai reçu un message sur mon compte caroderesp. Or, lorsque je clique dessus pour le lire celui-ci ne s'affiche pas (page indisponible...)
Ci-joint captures d'écrans.

Merci

 Commentaires   
Commentaire de Younès Charrière [ 03/oct./06 10:58 ]
Logs de l'erreur :

2006-10-03 10:57:23,920 INFO [P-Processor3] caroderesp - >>> GET http://bo.es.integ/question?action=list
2006-10-03 10:57:24,005 INFO [P-Processor3] caroderesp - <<< [85 ms] GET http://bo.es.integ/question?action=list
2006-10-03 10:57:29,744 INFO [P-Processor3] caroderesp - >>> GET http://bo.es.integ/question?action=answerpost&aid=44559402&questionid=11455613
2006-10-03 10:57:29,765 ERROR [P-Processor3] caroderesp - Load error
Servlet : com.babelstore.question.front.QuestionServlet
Request : GET http://bo.es.integ/question?action=answerpost&aid=44559402&questionid=11455613
Referrer : http://bo.es.integ/question?action=list
User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.0.7) Gecko/20060909 Firefox/1.5.0.7
Trace : java.lang.NullPointerException
        at com.babelstore.advert.front.BaseAdvertModel.load(BaseAdvertModel.java:86)
        at com.babelstore.question.front.AnswerPostModel.load(AnswerPostModel.java:43)
        at com.babelstore.util.web.Model.doLoad(Model.java:48)
        at com.babelstore.util.Block.load(Block.java:106)
        at com.babelstore.util.web.Screen.load(Screen.java:108)
        at com.babelstore.util.web.Dispatcher.innerLoad(Dispatcher.java:228)
        at com.babelstore.util.web.Dispatcher.load(Dispatcher.java:186)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:152)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)

2006-10-03 10:57:29,765 INFO [P-Processor3] caroderesp - Setting response status code to 503
2006-10-03 10:57:29,951 INFO [P-Processor3] caroderesp - <<< [207 ms] GET http://bo.es.integ/question?action=answerpost&aid=44559402&questionid=11455613
Commentaire de Manuel Sadok [ 03/oct./06 15:00 ]
Mince, il nous faudrait également une ptite formation en espagnol, car ce n'est pas évident de s'y retrouver dans cette nouvelle version mis à part à l'instinct...

Bon sinon, bug réglé !! :-)
Commentaire de Christophe Garcia [ 09/oct./06 18:33 ]
OK en V904 pour la FRANCE.
A vérifier pour l'ESP.
Commentaire de Lydia Dali [ 07/nov./06 12:22 ]
ok en esp



[APP-18748] Mon Compte AUTO - Manque un lien "Déclarer un achat de véhicule" Création: 28/nov./07 12:45  Mise à jour: 06/déc./07 18:55  Résolue: 03/déc./07 15:23

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 18.0.0
Version(s) corrigée(s): 18.1.0

Type: Bogue Priorité: Majeur
Rapporteur: Christophe Garcia Attribution: Arnaud Forgues
Résolution: Invalid  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
FRA - France
Site: Integ
Projets PM archivés: Maintenance 18.x.x

 Description   
Voii screenshot.

Je trouve qu'il manque un menu dans la Mon Compte AUTO permettant de déclarer un achat AUTO.

 Commentaires   
Commentaire de Arnaud Forgues [ 03/déc./07 15:23 ]
Il s'agit en fait du lien "Souscrivez une garantie mécanique". Cela revient et déclarer d'abord son achat avant de pouvoir souscrire une garantie dessus. Si on a déjà déclaré son achats, alors il faut passer par "Mes garanties souscrites" ou "Etendez vos garanties".

Ceci était un choix fonctionnel, qui avait été validé lors de la mise en place de la nouvelle HP Mon compte.

NB : j'ai ajouté Steven (BoW) et Emeric (CdP) qui s'étaient occupé du projet à l'époque. Ils pourront ainsi confirmer mes dires si besoin



[APP-20967] [PMV - Améliorations] Différencier ventes payables et à venir pour les vendeurs en mode Compta Création: 25/juin/08 18:00  Mise à jour: 28/juil./08 09:55  Résolue: 18/juil./08 14:45

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 26.0.0 (TX-B)
Version(s) corrigée(s): 26.0.0 (TX-B)

Type: Amélioration Priorité: Mineur
Rapporteur: Arnaud Forgues Attribution: Arnaud Forgues
Résolution: Corrigé  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à APP-20852 [Métatache] PMV - Inscription Vendeur Fermé
Sous-tâches:
Clé
 Résumé
 Type
 Etat
 Attribution
APP-21306 [Améliorations PMV] : Impacts aide e... Sub-new feature Fermé Steven Harel  
Pays:
FRA - France
Projets PM archivés: Paiement - Améliorations PMV

 Description   
Lors de la "Centralisation du PMV", on a dû merger les ventes payables et les ventes à venir pour les vendeurs en mode Compta et adapter l'aide associée afin de simplifier le calcul des ventes payables.

Cependant ceci représente une régression fonctionnelle et est plutôt dû à un pb technique de calcul des ventes payables et à venir pour les vendeurs en mode Compta chèque.

Il faudrait donc voir s'il est possible de résoudre ce pb technique et au minimum re-différencier les ventes payables des ventes à venir pour les vendeurs en mode Compta virement, sachant que les compta chèque sont amener à diminuer en nombre avec le nouveau PMV2

 Commentaires   
Commentaire de Arnaud Forgues [ 18/juil./08 14:45 ]
Résolution technique du bug. Du coup, on distingue à nouveau les ventes payables des ventes à venir pour les utilisateurs Platine en mode Compta (qu'ils soient en chèque ou en virement) comme pour les autres.

Impacts edito pris en compte par CFA/SHA



[IMP-6016] Déblocage prix max de ref dans les profils d'import des comptes de DECITRE Création: 06/mai/10 10:25  Mise à jour: 06/mai/10 15:30  Résolue: 06/mai/10 15:30

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Gaël Seguillon Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: decilibris, toutilibris et topslibris
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
Autoriser les comptes de Decitre au dépassement max du prix neuf pour decilibris, toutilibris et topslibris pour qu'ils puissent passer leurs livres d'import

 Commentaires   
Commentaire de Frédéric Nahum [ 06/mai/10 15:30 ]
c'est fait je viens de debloquer les comptes en laissant passer les fichier au dela du prix d'origine



[APP-2593] Mon compte / Activation : Le lien d'activation manuelle disparait apres la relance Création: 04/août/04 17:27  Mise à jour: 25/juin/07 18:25  Résolue: 08/sept./05 09:56

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 7.2.4val
Version(s) corrigée(s): 8.0.6

Type: Bogue Priorité: Majeur
Rapporteur: Stéphane Archer Attribution: Geneviève Beaujard
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Après la réception du 1er mail d'activation, de la relance via le lien
relancer votre activation, il n'y a plus de lien activation manuelle du compte.

 Commentaires   
Commentaire de Geneviève Beaujard [ 07/sept./05 09:23 ]
Pour moi c'est normal, il faut attendre de recevoir un nouveau mail pour avoir de nouveau le lien activation manuelle
Commentaire de Quentin de Chivré [ 07/sept./05 09:30 ]
Moi ca ne me parais pas "normal"...
Commentaire de Geneviève Beaujard [ 07/sept./05 09:52 ]
ca ne parait pas normal car lorsqu'on demande le renvoi de l'email d'activation, lorsqu'on clique sur le lien 'activation inventaire' de la page mon compte, on a le message suivant:
------------------------------------
Nous allons vous envoyer dans quelques instants un e-mail intitulé "Activation compte vendeur" à :
genevieve.beaujard@babelstore.com
Pour que votre compte vendeur soit définitivement activé et que vos annonces soient visibles par tous les acheteurs, vous devrez d'abord cliquer sur le lien d'activation présent dans cet e-mail.
Si l'adresse email que vous avez entrée est erronée, vous pouvez :
la corriger et relancer l'envoi de cet e-mail
-------------------------------------

une fois le mail reçu on aura le message suivant:
-------------------------------------
Nous vous avons envoyé un e-mail intitulé "Activation compte vendeur" à :
genevieve.beaujard@babelstore.com
Pour que votre compte vendeur soit définitivement activé et que vos annonces soient visibles par tous les acheteurs, vous devez d'abord cliquer sur le lien d'activation présent dans cet e-mail.
Si vous n'avez pas reçu cet e-mail, vous pouvez :
- relancer l'envoi de cet e-mail, ou
- corriger votre adresse e-mail et relancer l'envoi de cet e-mail
Si le lien d'activation présent dans l'e-mail que vous avez reçu ne fonctionne pas, vous pouvez effectuer une activation manuelle.
-----------------------------------------

ça me parait bizarre d'afficher le lien activation manuelle, alors que la personne n'a pas encore recu de n° d'activation.
Commentaire de Florent Bernard [ 07/oct./05 15:28 ]
OK



[IMP-878] creation d'un compte ftp pour nouveau partenaire espagne tusbooks Création: 13/juin/07 16:47  Mise à jour: 30/oct./09 15:43  Résolue: 15/juin/07 10:19

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Anne Korchia Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ESP - Espagne
Login: tusbooks
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)

 Description   
creation p+f+maj ecrasement + creation produit + compte ftp pour partenaire esapgnol tusbooks

 Commentaires   
Commentaire de Daniel Pintamalli [ 15/juin/07 10:19 ]

=====================================================================
COMPTE du vendeur créé ...

======= Compte FTP =======
==== Home : tusbooks =====
==== Pass : Rlgyy78dr =======

=====================================================================

Serveur: ftp.priceminister.es



[IMP-7084] [FR] Import fichier création annonces avec création produits compte: light-tec Création: 29/sept./10 18:39  Mise à jour: 19/oct./10 14:59  Résolue: 19/oct./10 14:59

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Jeremy Pallot Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel MeublesEtDeco1.xls    
Pays:
FRA - France
Login: light-tec
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)

 Description   
Bonjour,

Pouvez-vous créer un profil création annonces avec création produits pour le compte: light-tec

Merci

 Commentaires   
Commentaire de Gaël Seguillon [ 19/oct./10 09:22 ]
Bonjour pouvez vous traiter ce fichier en haute priorité aujourd'hui le pro vient de rappeler et menace de renoncer à intégrer le site
merci
Gaël
Commentaire de Daniel Pintamalli [ 19/oct./10 13:52 ]
Import en cours:

http://bo.priceminister.com/datafile_back?action=advertprofilesearch&advertprofile=10152840&numberrows=200
Commentaire de Gaël Seguillon [ 19/oct./10 14:05 ]
Salut Daniel
j'ai vu que le premier fichier était en erreur, on m'avait dit que la puissance en watt n'était pas une donnée obligatoire pour la création de luminaires ?
Commentaire de Daniel Pintamalli [ 19/oct./10 14:59 ]
Le fichier a été intégré à 100%. Les images seront disponibles dès demain.



[IMP-7819] Configuration compte FTP format Neteven + création profil du pro ntshop75 Création: 11/janv./11 18:28  Mise à jour: 09/févr./11 17:37  Résolue: 09/févr./11 17:37

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Myriam Laifaoui Attribution: Esteban Rios
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel fichier de stock ntshop75.csv    
Pays:
FRA - France
Login: ntshop75
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec mise à jour/création produits (écrasement) , Mise à jour/création annonces avec mise à jour/création produits

 Description   
Bonjour,

Merci de créer un compte FTP en format Neteven avec création profil pour le partenaire ntshop75.

 Commentaires   
Commentaire de Esteban Rios [ 09/févr./11 14:51 ]
Pouvez vous nous indiquer le format à utiliser pour ce pro ?
Commentaire de Myriam Laifaoui [ 09/févr./11 15:00 ]
high tech minimaliste. Merci
Commentaire de Esteban Rios [ 09/févr./11 17:33 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : ntshop75
mot de passe : 7nzT5aQ2Q
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui

=====================================================================
Commentaire de Esteban Rios [ 09/févr./11 17:36 ]
Demande traitée.

Configuration Neteven spécifique mise en place (création FTP, création Config XML d'import, mise en place du profil et format Entrées Neteven PLUS profil et format Création Produits HIGH-TECH MINIMALIST)
Commentaire de Esteban Rios [ 09/févr./11 17:36 ]
Fichier en PJ soumis pour la création des fiches produits.



[PMB-65] SALOME : Test Intégrité d'un reversement ponctuel/chèque pour un pro compta. Création: 09/oct./08 11:19  Mise à jour: 13/oct./08 15:55  Résolue: 13/oct./08 15:55

Etat: Fermé
Projet: PriceMinister Bug Hunter
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Aurélie Kwiatkowski Attribution: Cédric Goldovsky
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Tool: SALOME

 Description   
Puisqu'il faut te dire quand y'a des p'tites choses qui ne vont pas, voilà vraiment une petite chose :
Pour un compta, le mode de reversement ponctuel est appelé "complémentaire" et donc, le message qu'on attend, c'est : "Votre demande de reversement complémentaire a bien été enregistrée."

 Commentaires   
Commentaire de Aurélie Kwiatkowski [ 09/oct./08 11:53 ]
Idem pour les libellés dans le paragraphe "Gestions des reversements..."
ou on a : "Actuellement, le bénéfice de vos ventes vous est systématiquement reversé, ..." et non pas : ""Actuellement, le solde de votre Porte-Monnaie vous est reversé ..."
Commentaire de Aurélie Kwiatkowski [ 10/oct./08 10:14 ]
J'ai retrouvé l'action pour laquelle j'avais fait ce dernier commentaire :
Test Intégrité du reversement régulier/virement pour Pro compta /A1

Tu l'as un peu modifié depuis mais c'est dans ce test.
Commentaire de Cédric Goldovsky [ 13/oct./08 14:04 ]
Aurélie,
 je ne comprends rien à ton deuxieme commentaire ^^
A quelle action fais tu référence ?


==> Idem pour les libellés dans le paragraphe "Gestions des reversements..."
ou on a : "Actuellement, le bénéfice de vos ventes vous est systématiquement reversé, ..." et non pas : ""Actuellement, le solde de votre Porte-Monnaie vous est reversé ..."

merci :-)
Commentaire de Aurélie Kwiatkowski [ 13/oct./08 15:45 ]
En fait, quand on est sur un PMV en mode Platine Comptabilité et qu'il existe déjà des reversements systématiques, alors on a ces différences :

1) si on fait une demande de reversement complémentaire, alors le message de confirmation est : "Votre demande de reversement complémentaire a bien été enregistrée.". Ca, tu l'as déjà corrigé dans SALOME.

2) Dans le paragraphe "Gestion des reversements", il y a un libellé qui diffère également. Tu me demandais où était cette erreur et je ne savais plus te répondre, mais j'ai retrouvé l'endroit.
Dans le Test Intégrité du reversement régulier/virement pour Pro compta, action A1, tu as mis :

"* présence d'un rectangle mentionnant les coordonnées bancaire,
* Juste au dessus de ces coordonnées, présence de "Actuellement, le solde de votre Porte-Monnaie vous est reversé par virement ..."

mais il faudrait mettre :
"* présence d'un rectangle mentionnant les coordonnées bancaire,
* Juste au dessus de ces coordonnées, présence de "Actuellement, le bénéfice de vos ventes vous est systématiquement reversé ..."
Commentaire de Cédric Goldovsky [ 13/oct./08 15:55 ]
Ok merci ! C'est fait.



[EXP-743] Clôture des comptes et récupération des postes des personnes ayant quitté la société Création: 03/janv./06 12:45  Mise à jour: 16/juil./07 11:45  Résolue: 16/juil./07 11:45

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Alain Bonneaud Attribution: Jérôme Mazoyer
Résolution: Corrigé  
Σ Estimation restante: 2 jours Estimation restante: 2 jours
Σ Temps consacré: 30 minutes Temps consacré: Non spécifié
Σ Estimation originale: 2 jours Estimation originale: 2 jours

Sous-tâches:
Clé
 Résumé
 Type
 Etat
 Attribution
EXP-1531 Suppression des Comptes Sous-tâche Résolu Jérémie Bennejean  

 Description   
Merci de clôturer les comptes réseau et email puis de récuoérer les postes des personnes ayant quitté la Société récemment, après t'être synchronisé avec leurs managers sur le fait qu'ils aient bien fait des sauvegardes de ce qui doit être conservé par les équipes.

 Commentaires   
Commentaire de ZZ_Arnaud Baali [ 09/févr./06 12:55 ]
La cloture des comptes a été effectuée avec jérémy
Commentaire de Jérémie Bennejean [ 15/mars/06 11:23 ]
as tu des nouvelles sur certains comptes ?
caleso / thiebauts / keyrus / etc etc
Commentaire de ZZ_Arnaud Baali [ 16/mars/06 10:45 ]
Oui j'ai conservé tous les mails des personnes qui m'ont donné leur accord
Commentaire de Jérôme Mazoyer [ 16/juil./07 11:45 ]
Tout les postes ont été récupérés.



[EXP-3326] BO PROD_ES - Fichiers d'import bloqués en état 'A retraiter' et 'Chargement de données'. Création: 05/mars/07 10:29  Mise à jour: 25/juin/07 19:00  Résolue: 07/mars/07 15:00

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Daniel Pintamalli Attribution: Eric Vannier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File 4112017.csv    
Liens des demandes:
Dépendance
Similaire
similaire à EXP-3317 BO PROD_ES - Fichier d'import bloqué ... Résolu
similaire à APP-15448 Formulaire 'Modification du profil' -... Fermé
Pays:
ESP - Espagne

 Description   
Le fichier d'import suivant est bloqué en état 'A retraiter':
http://bo.priceminister.es/datafile_back?action=advfilesearch&file_id=4089936

Le fichier suivant est bloqué en état 'Chargement de données'.
http://bo.priceminister.es/datafile_back?action=advfilesearch&file_id=4103936

 Commentaires   
Commentaire de Patrick Pereira [ 05/mars/07 16:02 ]
Au point de vu du script d'import tout est normal (les users .
Il faut voir avec les dev.
Commentaire de Patrick Pereira [ 05/mars/07 16:02 ]
Je transmets à Judd.
Commentaire de Judd OSullivan [ 06/mars/07 11:59 ]
Le fichier en cours de traitement pour legacybooks est le 4083938 donc les autres attendent. Il est 50% fini mais il a 314k lignes donc ca va prendre encore de temps. Je pense que tu ne le vois pas parce qu'il est noyé dans les centaines d'autres fichiers de même utilisateur. Essaie cette URL :
http://bo.priceminister.es/datafile_back?action=advfilesearch&file_id=&login=legacybooks&process_code=&status=1&use_proc_date=false&start_date=&end_date=&order=2&x=27&y=10

Le fichier 4103936 est en attent de traitement par nos scripts de chargement de données. Visiblement il tourne mal donc j'affecte ce jira à Eric.
Commentaire de Eric Vannier [ 06/mars/07 15:22 ]
Pour le fichier 4103936, le soucis vient que java retourne "File status illegal for loading!" .

Le pb c'est que maintenant , il faut supprimer l'entrée dans la base car le sqlloader a planté.





Commentaire de Daniel Pintamalli [ 06/mars/07 15:47 ]
J'ai extrait le fichier d'import en question. Il a l'air normal. Qu'est-ce qui fait planter le sqlloader?

Le fichier est en pièce jointe.
Commentaire de Daniel Pintamalli [ 06/mars/07 17:26 ]
Je l'ai resoumis mais il reste toujours en état 'chargement de données':
http://bo.priceminister.es/datafile_back?action=advfilesearch&file_id=4117942
Commentaire de Mostafa Diane [ 06/mars/07 18:00 ]
File status illegal for loading!.==> l'import.pl essaye de charger un fichier qui est dans une autre status autre que "Recu" cad deja en cours de chargement
On a vu avec Eric et il se trouve que le fichier n'a pas été chargé une fois parce que il manque le Separateur(Regression due l'inetrnational).
Commentaire de Daniel Pintamalli [ 06/mars/07 18:18 ]
J'ai créé un JIRA concernant le problème du séparateur -> APP-15448
Commentaire de Eric Vannier [ 07/mars/07 15:00 ]
Le problème a été résolu en validant le séparateur car celui-ci était inexistant pour le profil utilisé par ce fichier.

Le suivi de ce problème sera réalisé à l'aide du Jira ouvert par Daniel .
Commentaire de Eric Vannier [ 07/mars/07 15:00 ]
Je clôture donc ce jira



[EXP-2038] Script création compte FTP : ne plus créer automatiquement d'entrées dans sellerlist ou userlist Création: 15/mai/06 15:00  Mise à jour: 25/juin/07 18:58  Résolue: 15/mai/06 17:12

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Nicolas Gréhalle Attribution: Julien Rampon
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Ne plus créer les entrées automatiquement dans les fichiers sellerlist (sur hercule) ou userlist (sur phaeton) lors de la création d'un compte FTP.

A faire rapidement SVP, car cela pose des problèmes sur les scripts d'import/export de commandes et stock en prod actuellement

Merci

 Commentaires   
Commentaire de Sébastien Tournay [ 15/mai/06 15:23 ]
Visiblement c'est déja commenté pour la partie PHAETON (userlist) : #echo "$login" >> $pmdir/pmftpstock/bin/userList.txt

Il faut donc revoir le mécanisme /data/priceminister/parametrage/script/pmcreateftpaccount.sh sur PHAETON pour commenter la partie qui concerne HERCULE.

Sébastien
Commentaire de Sébastien Tournay [ 15/mai/06 15:25 ]
Visiblement, nous n'avons pas les droits sur le fichier. Il faut demander à l'équipe param le mdp utilisé. Nicolas ?
Commentaire de Nicolas Gréhalle [ 15/mai/06 15:27 ]
Comment ça pas les droits ?

le script est géré par Ranto, vous devez avoir les droits, car à ma connaissance, nous n'en avons pas plus que vous.
Commentaire de Sébastien Tournay [ 15/mai/06 15:34 ]
pas justement si... le user param est le seul a avoir les droits d'écriture...
Commentaire de Nicolas Gréhalle [ 15/mai/06 16:39 ]
Après enquête :


User : param
Pass : Ck5jd7
Commentaire de Julien Rampon [ 15/mai/06 17:11 ]
Le script a été modifié afin qu'il n'ajoute plus les nouveaux comptes FTP dans sellerlist (userlist etait déja commenté).



[APP-8551] [Mon Compte] Faute d'orthographe Création: 18/avr./06 16:30  Mise à jour: 25/juin/07 18:37  Résolue: 19/avr./06 14:50

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 9.0.0
Version(s) corrigée(s): 9.0.0

Type: Bogue Priorité: Cosmétique
Rapporteur: Younès Charrière Attribution: Yassine Mouhammadou
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File Sans titre.JPG    
Site: Integ

 Description   
Il y a une erreur d'orthographe dans la liste des "spécificités du livre" il faut changer "ExempALire" en "Exemplaire" (pour s'y rendre, il faut aller dans mon compte puis espace vendeur et créer un annonce de type livre).

Younès.

 Commentaires   
Commentaire de Yassine Mouhammadou [ 19/avr./06 14:50 ]
C'est corrigé en Integ et en Prod.
Commentaire de Younès Charrière [ 26/avr./06 17:08 ]
ok testé en Integ mais en prod cette option n'existe pas...



Traduction : Fautes d'orthographe (APP-12433)

[APP-12875] Mon Compte - Mensajes recibidos Création: 03/oct./06 10:24  Mise à jour: 25/juin/07 18:45  Résolue: 05/oct./06 14:55

Etat: Fermé
Projet: Application PriceMinister
Composants: Traduction
Affecte la/les version(s): 9.0.4
Version(s) corrigée(s): 10.0.0 (ESP)

Type: Sub-bug Priorité: Mineur
Rapporteur: Caroline Deregnaucourt Attribution: Juan Luis Fajardo
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File Ajouter a.JPG    
Pays:
ESP - Espagne
Site: Integ

 Description   
Dans mon compte - Mis mensajes recibidos .

Il y a une erreur à la 3ème ligne : Accepto responder las dudas de los compradores relacionadas con los artículos que les vendí (obligatorio).
--> Il faut rajouter un A devant "las dudas".

 Commentaires   
Commentaire de Younès Charrière [ 03/oct./06 11:01 ]
Voir screenshot



[IMP-1230] Rajouter comptes dans le flux Mixad Création: 31/août/07 12:04  Mise à jour: 30/oct./09 15:50  Résolue: 03/sept./07 15:53

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Jérome Marianne Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: topv...
Séparateur: N/A
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
Voici la liste des comptes à rajouter dans le flux Mixad:

csauto
topv1824
topv1826
topv1386
topv1430
topv1720
topv1722
topv1724
topv1742
topv1752
topv1758
topv1759
topv1763
topv1764
topv1765
topv1768

 Commentaires   
Commentaire de Daniel Pintamalli [ 03/sept./07 15:53 ]
csauto -> ok
topv1824 -> ok
topv1826 -> ok
topv1386 -> ok
topv1430 -> ok
topv1720 -> ok
topv1722 -> ok
topv1724 -> ok
topv1742 -> ok
topv1752 -> ok
topv1758 -> ok
topv1759 -> ok
topv1763 -> ok
topv1764 -> ok
topv1765 -> ok
topv1768 -> ok



[APP-21227] Module vendeur - Lien dans mon compte Création: 11/juil./08 12:09  Mise à jour: 11/juil./08 15:16  Résolue: 11/juil./08 14:34

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 25.0.0 (CTN-D)
Version(s) corrigée(s): 25.0.0 (CTN-D)

Type: Bogue Priorité: Mineur
Rapporteur: Sébastien Aubert Attribution: Clement Balay
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ESP - Espagne, FRA - France
Site: Integ
Navigateur: FireFox 2.0
Projets PM archivés: MKT communautaire (Label Vendeur)

 Description   
Il faut que le lien "Mon widget Boutique dans mon compte (corps de page) apparaisse en grisé lorsque l'inventaire n'est pas activé, aujourd'hui il n'apparait pas du tout dans ce cas. reprendre la même règle que le lien widget boutique du menu gauche.

 Commentaires   
Commentaire de Clement Balay [ 11/juil./08 14:29 ]
cvs ci src/com/babelstore/user/front/AccountModel.java
Checking in src/com/babelstore/user/front/AccountModel.java;
/home/cvs/dev/source/src/com/babelstore/user/front/AccountModel.java,v <-- AccountModel.java
new revision: 1.77; previous revision: 1.76
done


CMS1 - default - MyAdvertsBlock
CMS3 - default - MyAdvertsBlock



[IMP-3196] Vérification compte FTP dvdlegacyuk Création: 02/févr./09 17:14  Mise à jour: 30/oct./09 15:44  Résolue: 03/févr./09 10:37

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Jeremy Pallot Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
GBR - Royaume Uni
Login: dvdlegacyuk
Séparateur: N/A
Type de traitement:
N/A

 Description   
Bonjour,

Il semble que Dvdlegacy connaisse de sproblèmes sur don compte FTP Dvdlegacyuk, pouvez-vous le vérifier?

Merci,

Jérémy

PS: Voir Email envoyé à Daniel le 02.02.2009 avec message de Efim

 Commentaires   
Commentaire de Frédéric Nahum [ 03/févr./09 10:37 ]
cette demande est lié a un problème qui s'est passé sur les serveur le 15/01/09.
Ce jour la, le partenaire cd-rarisimo a tourné en boucle et a généré un enorme fichier de 16 giga, ce qui a saturé le serveur gérant les flux de commande.

Il y avait donc plus de place dans le serveur et tous le fichier sont apparu vide, ole problème n'est donc plus d'actualité



[APP-12043] Mon compte : ajouter des majuscules Création: 05/sept./06 16:23  Mise à jour: 25/juin/07 18:43  Résolue: 08/nov./06 10:39

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 9.0.3
Version(s) corrigée(s): 10.0.0 (ESP)

Type: Bogue Priorité: Cosmétique
Rapporteur: Christophe Garcia Attribution: Alexandre Garnier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File Mes achats.JPG     JPEG File screenshot-1.jpg    
Site: Integ

 Description   
Voir screenshots
Page "Mes paiements" : ajouter majuscule à "Mon compte"
Page "Détail achat" : ajouter une majuscule à "Mes achats"
Faire une passe pour l'ajouter aux autres cas eventuels.

 Commentaires   
Commentaire de Edouard Gomez-Vaez [ 14/sept./06 12:55 ]
Edito
Commentaire de Alexandre Garnier [ 16/oct./06 15:05 ]
C'est fait.
Par contre j'ai pu voir que dans les versions espagnoles, les traducteurs avaient viré les &laquo; et &raquo; par de simples ", et en français c'est déjà le cas à certains endroits, il faudrait voir à uniformiser un peu tout ça
Commentaire de Patrick Condevaux [ 08/nov./06 10:19 ]
le bug est corrigé mais la remarque d'Alexandre est toujours d'actualité on a parfois des " a la place de &laquo et &raquo
A uniformisé
Commentaire de Patrick Condevaux [ 08/nov./06 10:39 ]
je ferme puisque le bug est corrigé.

J'ai ouvert un autre jira APP-13659 au sujet des guillemets



[APP-4734] Compte pro > Modifier une annonce Création: 06/juin/05 18:20  Mise à jour: 25/juin/07 18:30  Résolue: 25/juin/07 18:30

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 8.0.2reval
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Alexandra Imbert Attribution: Fabrice Messoumian
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
En compte pro, depuis l'une de mes annonces, je change le commentaire et je valide.
J'ai le message d'erreur suivant :
Veuillez indiquer une ville.
Veuillez indiquer un code postal.

Mais ces données étant grisées, je ne peux strictement rien faire.

 Commentaires   
Commentaire de Quentin de Chivré [ 07/juin/05 11:46 ]
Paramétrage, voir GAK si nécessaire
Commentaire de Fabrice Messoumian [ 07/juin/05 12:01 ]
Corrigé
Commentaire de Alexandra Imbert [ 08/juin/05 15:10 ]
ok en preview



[APP-3726] Problème de vendeurs pour ce connecter au compte Création: 17/mars/05 09:42  Mise à jour: 25/juin/07 18:28  Résolue: 25/juin/07 18:28

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): old
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Pascal Roselli Attribution: Justin Ziegler
Résolution: Incomplet  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
4 appels ce matin de personnes ayant des difficultés de connexions à leur
compte, surtout aux questions.

Dont 2 problèmes identifiés sur AOL. Ca marche bien quand il utilisent Internet
Explorer.

 Commentaires   
Commentaire de Quentin de Chivré [ 21/juin/05 13:48 ]
Obsolete



[APP-18933] Exception lors de la création de compte Création: 11/déc./07 11:14  Mise à jour: 04/févr./08 11:01  Résolue: 26/déc./07 11:56

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 18.0.1
Version(s) corrigée(s): 19.0.0

Type: Bogue Priorité: Majeur
Rapporteur: Jérémie Bennejean Attribution: Arnaud Forgues
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File 2007.txt     Microsoft Word descriptif.doc    
Liens des demandes:
Similaire
similaire à APP-18840 BO - Impossible de créer une adresse ... Fermé
Pays:
FRA - France
Site: Prod
Projets PM archivés: Maintenance 19.x.x

 Description   
Lorsque les commerciaux auto créent des comtps via la bo, ils rencontrent des messages d'erreurs dans l'interface et coté exploit une série d'exceptions ce qui est trés génant.

En PJ le descriptif de l'action coté commerciaux et tjrs en PJ l'exception dans les logs JBOSS.

Merci

 Commentaires   
Commentaire de Nicolas Chauveau [ 13/déc./07 17:07 ]
CAJ ?
Commentaire de Arnaud Forgues [ 26/déc./07 11:56 ]
C'est tout bon !
Commentaire de Espérance Galouo-Lece [ 04/févr./08 11:01 ]
Done.



[APP-1334] Prendre en compte les erreurs de mails Création: 23/mars/01 16:32  Mise à jour: 25/juin/07 18:23  Résolue: 25/juin/07 18:23

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): old
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Quentin de Chivré Attribution: Nicolas Benady
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Ajout d'un champ dans la table user_account : is_email_valid
Par defaut : null (on ne sait pas)
En cas d'erreur d'envoi de mail (MailException) positionner le champ a false.
Pourra etre mis a true ulterieurement avec la boucle de verification.
Pourra etre mis a false vie le back office utilisateur.

Puis, toujours prendre ne compte ce champ lors de l'envoi d'un mail pour eviter
un envoi inutile.

Toujours remettre a null quand l'utilisateur modifie son email via
l'interface 'mise a jour du compte'.



[APP-1801] email "Activation compte vendeur" Création: 21/janv./04 16:09  Mise à jour: 25/juin/07 18:24  Résolue: 25/juin/07 18:24

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.1.5pre
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Pierre Krings Attribution: Jessica Rajabaly
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
- changer le titre du mail (actuellement "Informations vendeur")

- Changer premières phrases du mail :


Bonjour rastalook,

Afin que vos annonces soient mises en ligne, veuillez simplement cliquer sur
le lien d'activation suivant :

http://www.pm.lan/activate?a=ac45100477&login=rastalook

Dans le cas où ce lien ne fonctionnerait pas, allez dans la
rubrique "Activation compte vendeur" de votre compte et saisissez directement
le code suivant :

code activation : ac45100477

Cette procédure nous permet de valider que vous recevez bien nos emails et que
vous serez donc bien prévenu lors de vos futures ventes.

Par ailleurs, ce message reprend....

 Commentaires   
Commentaire de Jessica Rajabaly [ 21/janv./04 18:37 ]

entete mail changée à "Activation code vendeur"

edito du corps de mail a été mis à jour



[Mon Compte 1.1] : Améliorations (APP-17681)

[APP-17682]  [Mon Compte 1.1] : Suppression du bloc "Ma sélection" Création: 03/sept./07 16:19  Mise à jour: 26/sept./07 15:55  Résolue: 25/sept./07 11:57

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 16.0.3
Version(s) corrigée(s): 17.0.0

Type: Sub-improvement Priorité: Majeur
Rapporteur: Emeric Teil Attribution: Clémence Desneiges
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File del_ma_selection.jpg    
Pays:
ALL - Tous
Projets PM archivés: Mon Compte - Lot 1 : Fondation

 Description   
Le bloc "Ma sélection" est actuellement utilisé pour signaler à l'utilisateur les articles qu'il a dans son panier et les articles qu'il a mémorisés. Avec le nouveau header (qui affiche l'état du panier) et le nouveau menu "Mon Compte" (qui met à disposition un accès vers "Mes articles mémorisés"), ces informations sont maintenant redondantes.

Or, sur certaines pages ("Mes articles mémorisés", "Mes souhaits" et "Inventaire"), on souhaite récupérer l'emplacement occupé par ce bloc pour replacer les blocs encore présents dans la colonne de gauche, au dessus du menu "Mon Compte".

Il est donc décidé de supprimer ce bloc de tous l'espace "Mon Compte".

 Commentaires   
Commentaire de Clémence Desneiges [ 12/sept./07 17:33 ]
Ok, ok...J'ai juste un petite doute là....

Il y aurait 80 écrans impactés par la suppression du bloc "Ma séléction". Je t'ai fait une liste que je vais copier-coller ci-après, les 6 premiers sont ceux où tu veux remplacer cedit bloc puis les 74 autres, on a du mon_compte/inscription/parrainage et reactivate....

mon_compte::vendeur::inventaire
mon_compte::vendeur::inventaire::mes_statistiques
mon_compte::vendeur::inventaire::annonce_créée
mon_compte::vendeur::inventaire::recherche_par_référence
mon_compte::acheteur::liste_souhaits
mon_compte::acheteur::articles_memorises

mon_compte::activation::depart
mon_compte::activation::manuelle
mon_compte::activation::succes
mon_compte::depart::vacances
mon_compte::mes_abonnements
mon_compte::mes_abonnements::désabo_tous
mon_compte::vendeur::modes_de_livraison
mon_compte::vendeur::choix_negociation
mon_compte::vendeur::coordonnées_de_paiement
mon_compte::inscription_newsletter
mon_compte::acheteur::liste_vendeurs_preferes
mon_compte::acheteur::modification_vendeur_prefere
mon_compte::label vendeur
mon_compte::fin label vendeur
mon_compte::pmv::intro
mon_compte::pmv::activation
mon_compte::pmv::conclusion
mon_compte::pmv::liste_operations
mon_compte::pmv::liste_operations
mon_compte::pmv::credit::creation
mon_compte::pmv::credit::creation
mon_compte::pmv::debit::creation
mon_compte::pmv::debit::confirmation
mon_compte::pmv::debit::cordonnees
mon_compte::pmv::debit::rib
mon_compte::pmv::credit::demande
mon_compte::pmv::credit::demande
mon_compte::pmv::debit::demande
mon_compte::pmv::credit::succes
mon_compte::pmv::debit::succes
mon_compte::messages_recus
mon_compte::vendeur::fiche_reponse::creation
mon_compte::vendeur::fiche_reponse::postee
mon_compte::messages_envoyes
mon_compte::acheteur::liste_paniers_contrats
mon_compte::acheteur::detail_panier_contrats
mon_compte::acheteur::detail_achat
mon_compte::acheteur::notez_vos_vendeurs
mon_compte::acheteur::detail_article
mon_compte::acheteur::detail_article::reception
mon_compte::acheteur::detail_article::question_au_vendeur
mon_compte::acheteur::detail_article::reclamation
mon_compte::acheteur::detail_article::reclamation_enregistree
mon_compte::acheteur::detail_article::question_enregistree
mon_compte::acheteur::detail_article::article_non_reçu
mon_compte::acheteur::liste_des_vendeurs
mon_compte::acheteur::articles_d_un_vendeur
mon_compte::acheteur::liste_recyclage
mon_compte::vendeur::liste_ventes
mon_compte::vendeur::export_ventes
mon_compte::vendeur::detail_vente
mon_compte::vendeur::detail_article
mon_compte::acheteur::detail_article::question_enregistree
mon_compte::vendeur::detail_article::annulation
mon_compte::vendeur::sorties_stock
mon_compte::activation_garantie
mon_compte::activation_garantie::succes
mon_compte::garantie_liste
mon_compte::acheteur::detail_panier_garanties
mon_compte::liste_filleuls
mon_compte::liste_filleuls::relances
mon_compte::vendeur::liste_paiements
mon_compte::vendeur::detail_paiement
mon_compte::vendeur::fichier_de_stock::historique
mon_compte::vendeur::fichier_de_stock::choix_modele_profile
Mon_compte::Vendeur::Fichier_de_stock::Import
inscription_::_desinscription_newsletter(via_mail)
parrainage::affichage
parrainage::reussi
Reactivate : Delete
Reactivate : KEEP
Reactivate : NORMAL DELETE
Reactivate : NORMAL SUCCESS
Reactivate : SUCCESSFUL
Commentaire de Clémence Desneiges [ 13/sept./07 19:18 ]
En attente de précisions, le bloc a été supprimer des pages inventaire, de la page articles mémorisés et de la page souhaits.
Commentaire de Emeric Teil [ 17/sept./07 18:43 ]
OK,
Il a bien été validé de supprimer ce bloc de TOUT l'espace Mon Compte. :o) tu peux donc y aller :o)
Commentaire de Emeric Teil [ 17/sept./07 18:45 ]
Petite précision : on ne référence plus ce bloc dans l'espace "Mon Compte" mais on ne le supprime pas définitivement.
Commentaire de Clémence Desneiges [ 19/sept./07 15:46 ]
Ok.

Bloc déréférencé partout mais non supprimé!
Commentaire de Quentin de Chivré [ 20/sept./07 16:30 ]
S'il n'est plus utilisé nulle part, pourquoi ne pas le supprimer ?
Commentaire de Clémence Desneiges [ 20/sept./07 17:03 ]
Bonne question, Emeric?
Commentaire de Emeric Teil [ 21/sept./07 10:07 ]
Par précaution... il me semblait plus prudent de le conserver au cas où....
Mais s'il reste dispo sur CVS, alors effectivement, il n'y pas de raison de le garder.

Commentaire de Clémence Desneiges [ 25/sept./07 11:57 ]
Bloc supprimé.



[APP-19665] [Mots clés / Surveillance vendeur] Dectection du numéro de compte renseigné avec velocity? Création: 19/févr./08 16:52  Mise à jour: 02/juin/09 16:51  Résolue: 08/avr./09 12:10

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 19.0.1
Version(s) corrigée(s): 47.0.0 (TX-G)

Type: Amélioration Priorité: Mineur
Rapporteur: Cedric Favero Attribution: Dispatcher (Pôle TX)
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File rib.JPG     JPEG File screenshot-1.jpg    
Pays:
FRA - France
Site: Prod
Projets PM: *** RESERVE ***
Classif FONC: CoSAV

 Description   
Afin de mieux pouvoir retrouver des fraudeurs récidivistes , il nous serait utile de pouvoir surveiller en velocity le numéro de compte renseigné par un utilisateur.

En effet , une personne essayant à de nombreuses reprises de faire des ventes frauduleuses a de fortes chances pour se faire payer de renseigner à chaque fois le meme numero de compte.

Est-il possible d'appeler en velocity des données du USR_BANK_ACCOUNT ? Essentiellement le numéro de compte du vendeur (capture).

Le but étant de faire passer en -1 celui qu'on aura détecté par ce biais (surveillance vendeur).

 Commentaires   
Commentaire de Geneviève Beaujard [ 04/mars/08 16:32 ]
rien a voir avec les produits, renault STP peux tu renseigner cedric.
Commentaire de Emeric Teil [ 27/mars/08 18:51 ]
A prendre en compte dans les besoin de mot clefs pour l'Automatisation ?
Commentaire de Cedric Favero [ 28/mars/08 09:12 ]
pour moi il s'agit plus de detecter des fraudeurs récidivistes par leur numero de compte (detection et passage du compte en -1)

mais je vois avec steven si c'est egalement un besoin concernant l'automatisation des opérations de débit.
Commentaire de Emeric Teil [ 28/mars/08 09:55 ]
En fait je pensais que, si on a des coordonnées bancaires qui nous permettent de détecter des fraudeurs, il serait potentiellement un plus de les ajouter également au niveau des bordereaux afin de mettre systématiquement les opérations correspondantes en Observation.

De plus, au niveau des opérations cela ne nous "coute pas très cher" car :
-> L'objet "opération" sera dans le contexte velocity"
-> Les coordonnées de paiement sont inclues dans l'opération depuis la Centralisation du PMV (avant elles étaient incluent dans l'utilisateur)
-> On aura donc les coordonnées utilisées pour l'opération dans le contexte velocity utilisé pour les mots clefs sur les bordereaux

Commentaire de Cedric Favero [ 28/mars/08 10:15 ]
je mets steven en copie
Commentaire de Cedric Favero [ 23/mai/08 10:18 ]
Demande intégrée dans le projet automatisation des opérations de débits , il est possible de surveiller des informations bancaires avec la table opération (surveillance debits).

Par contre ma demande initiale concernait les surveillance vendeur , et il me faudrait donc pouvoir , pour ce type de mot clé, acceder en velocity à la table USR_BANK_ACCOUNT

Merci.
Commentaire de Emilien Guichard [ 02/avr./09 18:17 ]
Quelles sont les coordonnées bancaires auxquelles on doit donner accès, celles de débit, celles de crédit ou les 2 ?
Commentaire de Cedric Favero [ 03/avr./09 09:08 ]
Celles de débit suffisent.
Ca peut etre le RIB, l'IBAN ou encore l'adresse postale du cheque.
Commentaire de Clement Balay [ 07/avr./09 12:16 ]
En fait les infos étaient déjà présentes, nous avons quand même rajouté deux méthodes pour simplifier leurs accès:

a partir d'un objet Operation, vous pouvez récupérer un objet AddressFormat ou BankAccountFormat de cette manière:
- $operation.getAddressFormat()
- $operation.getBankAccountFormat()

A partir de là pour récupérer l'adresse formattée vous pouvez faire:
- $operation.getAddressFormat().getFullFormatedAddress()

Pour récupérer le code postal:
- $operation.getAddressFormat().getStrZipCode()

Pour récupérer le compte banquaire formatté:
- $operation.getBankAccountFormat().getFormatedBankAccount()

Pour récupérer l'IBAN
- $operation.getBankAccountFormat().getIban()

Pour récupérer le RIB
- $operation.getBankAccountFormat().getRibAccountNumber()
Commentaire de Cedric Favero [ 07/avr./09 12:20 ]
Ok sauf que pour la surveillance vendeur c'est dans le contexte $user qu'il me les faut..
$operation , ce n'est que lors d'un crédit/débit.
Commentaire de Clement Balay [ 08/avr./09 12:10 ]
Ok, done,
De plus j'ai rajouté l'outil de visualisation du contexte velocity pour le mot clé "surveillance vendeur" dans la page annonce, comme cela tu pourras voir un nouvel objet: bankAccount
Commentaire de Cedric Favero [ 08/avr./09 16:28 ]
Je peux voir où à quoi çà ressemble?
Commentaire de Clement Balay [ 10/avr./09 16:37 ]
sur devtest1
Commentaire de Emilien Guichard [ 15/avr./09 09:59 ]
Recette OK en DEV



[EXP-2647] [INTEG ES] Demande de modification du script de création de compte FTP. Création: 15/sept./06 13:58  Mise à jour: 25/juin/07 18:59  Résolue: 06/oct./06 14:55

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Daniel Pintamalli Attribution: Eric Vannier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ESP - Espagne

 Description   
L'équipe Paramétrage aurait besoin que le script de création de compte FTP soit modifié afin qu'il prenne en compte le paramètre lié au pays.

Script source:
[param@phaeton script]$ ./pmcreateftpaccount.sh

Ainsi, nous serons capables de:

1) Soumettre des fichiers > 5Mo.
2) Recevoir automatiquement les fichiers du partenaire 'casadellibro'.
3) Créé des directives d'importation pour le partenaire 'canalocio' et faire des tests divers.

Merci.

 Commentaires   
Commentaire de Eric Vannier [ 18/sept./06 13:02 ]
Ceci est encours de traitement , il faut que je valide les modifications.
Commentaire de Eric Vannier [ 26/sept./06 18:28 ]
Ce script a été modifié pour Bacchus,

Si c'est vraiment très urgent, il faut crée un compte sur le ftp france et me le signaler pour que lors de la migration sur Bacchus je le transfert dans la partie espagne du serveur ftp. Cela sera transparent pour le partenaire mais risque de poser beaucoup de problème car il ne faut pas transférer les fichiers au même endroit que la france sinon ils seront aspirés par ftpCompute comme ceux de la prod France.

Donc uniquement si l'on paramètre bien cette utilisation car il y a 4 process impliqués et que mignon ne peut pas atteindre "phaeton" doit le transfert peut que se fait manuellement.

Tu peux venir me voir pour que je t'explique tout ce que cela implique.

 
Commentaire de Eric Vannier [ 06/oct./06 14:55 ]
Je résouds ce problème car le script modifié a été testé



[APP-25251] Upload d'une photo d'annonce depuis le BO puis fermeture de la fenêtre : message interrogation navigateur veut fermer la fenêtre Création: 13/mai/09 16:51  Mise à jour: 03/mai/10 18:00  Résolue: 01/mars/10 10:10

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 46.0.0 (CAT-I)
Version(s) corrigée(s): 68.0.0 (VEN-B)

Type: Bogue Priorité: Cosmétique
Rapporteur: Aurélie Kwiatkowski Attribution: Jean-Sébastien Franck
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
GBR - Royaume Uni
Site: Integ
Projets PM: *** CHASSE ***
Navigateur: Internet Explorer 7.X
Classif FONC: photos d'annonce

 Description   
Quand on veut fermer le pop-up d'upload des photos d'annonces en BO, on a un message qu'on n'a pas quand on le fait en Front (cf. PJ)

 Commentaires   
Commentaire de Thomas Allier [ 13/mai/09 17:06 ]
En FO l'uploader s'ouvre dans une popup
En BO l'uploader s'ouvre dans une fenetre, et IE demande confirmation pour la fermeture de la fenêtre. Comme c'est BO, on laisse tel quel.
Commentaire de Thomas Allier [ 13/mai/09 17:34 ]
La demande est : ouvrir une popup depuis le lien soumission image du bo. aulieu d'une fenêtre.
Commentaire de Thomas Allier [ 21/déc./09 10:29 ]
Vu avec la valide, vraiment pas prioritaire pour eux. je passe en cosmétique
Commentaire de Jean-Sébastien Franck [ 01/mars/10 10:10 ]
L'upload photo se fait désormais par pop-up en BO.

CAJ2010Q1JSF.



[IMP-7395] Pseudo : lesarenes : Création compte ftp avec flux de commande - Catégorie Livres Création: 15/nov./10 15:21  Mise à jour: 02/déc./10 17:13  Résolue: 02/déc./10 17:12

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Maram Khayati Attribution: Hervé Octuvon-Bazile
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel pri_export_20101113133124.xlsx    
Pays:
FRA - France
Login: lesarenes
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec mise à jour/création produits (écrasement) , Mise à jour/création annonces avec mise à jour/création produits

 Description   
Salut,

Création compte FTP avec flux de commande pour le pro "lesarenes" .
Le format du fichier est similaire à celui du Pro "emelaz"

Pseudo: lesarenes
Mail : contact@librairiedesarenes.fr

Merci
Maram

 Commentaires   
Commentaire de Maram Khayati [ 15/nov./10 15:22 ]
Ci-joint le fichier.
Merci
Commentaire de Hervé Octuvon-Bazile [ 01/déc./10 18:13 ]
2355840156
2226000046
2213014183

Le fichier passe a 100% de réussite excepté les références ci-dessus.

Demande traitée .
Commentaire de Maram Khayati [ 02/déc./10 14:13 ]
Salut,
Vous pouvez mentionner les accès FTP?
Merci
Commentaire de Hervé Octuvon-Bazile [ 02/déc./10 14:19 ]
Pour l'instant nous sommes techniquement bloqué pour la création des comptes FTP , ceux-ci seront disponible lundi.
Commentaire de Maram Khayati [ 02/déc./10 14:24 ]
D'accord merci.
J'informe le Pro que ces produits sont en ligne et qu'il devrait avoir ses accès FTP dès le Lundi
Merci.
Maram
Commentaire de Hervé Octuvon-Bazile [ 02/déc./10 15:31 ]
============================
Pseudo : lesarenes
mot de passe : sdffjkl!fzaerui
Serveur : ftp.priceminister.com
============================

Compte ft créé (finalement ^^ )
Commentaire de Maram Khayati [ 02/déc./10 15:46 ]
Ah cool merci. Par contre il faut activer les flux de commandes.
Merci.
Commentaire de Hervé Octuvon-Bazile [ 02/déc./10 17:11 ]
Tout est OK pour ce PRO.

Configurations FTP (Gestion automatique de stock et flux de commandes) mises en place pour le PRO.

Demande traitée.

Commentaire de Maram Khayati [ 02/déc./10 17:13 ]
Merci



[APP-31104] [PEC - Fusion des pages] Reprise du login alors que je suis en train de me créer un compte Création: 17/sept./10 15:18  Mise à jour: 17/sept./10 16:58  Résolue: 17/sept./10 16:41

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 77.0.0 (TX-P)

Type: Bogue Priorité: Mineur
Rapporteur: Cédric Goldovsky Attribution: Dispatcher (Pôle TX)
Résolution: Invalid  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
FRA - France
Projets PM: OPPeC : Implication graduelle

 Description   
Ex : je suis deconnecté et je crée un panier.
Je clique sur terminer ma commande.
J'arrive sur la page d'identification
==> Par defaut, dans le champ de connexion, FF m'affiche mon login cedgovv

Je décide de me créer un compte
Sur la page fusionnée de création de compte, mon login cedgovv et le mot de passe crypté apparaissent dans le champ login
C'est un poil confusant.

 Commentaires   
Commentaire de Emeric Teil [ 17/sept./10 16:41 ]
C'est normal, les champs ont le même nom "login", ton navigateur les pré-remplie donc de la même manière. On pourrait modifier le nom, mais quel intérêt ? Si tu crée un nouveau compte c'est que tu n'en pas déjà un... Au contraire, ça peut te permettre de te rappeler que t'as déjà un compte.



Import de fichier + Creation compte FTP pseudo: disc-order (IMP-626)

[IMP-627] Creation compte FTP + Conf xml - pseudo: disc-order Création: 19/janv./07 11:25  Mise à jour: 25/juin/07 19:01  Résolue: 19/janv./07 11:27

Etat: Résolu
Projet: Paramétrage - Import
Composants: FTP
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Majeur
Rapporteur: Daniel Pintamalli Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
Creation compte FTP + Conf xml - pseudo: disc-order

Répertoire à utiliser: entrees

Attention: Le partenaire ne doit pas y déposer ses fichiers tant que le format ne soit pas bien défini.

 Commentaires   
Commentaire de Daniel Pintamalli [ 19/janv./07 11:27 ]
Le compte et la configuration FTP ont été faits.
Commentaire de Daniel Pintamalli [ 29/janv./07 17:33 ]
J'ai modifié la configuration FTP de manière à ce que les fichiers soient traité séparément en utilisant la fonctionnalité 'Decode'.



[IMP-2480] Création compte FTP gestion flux de commandes vendeurs OpenPC Création: 29/juil./08 09:23  Mise à jour: 30/oct./09 15:43  Résolue: 29/juil./08 09:55

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Jeremy Pallot Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: OpenPC
Séparateur: Point-virgule (;)
Type de traitement:
N/A

 Description   
Bonjour,

Pouvez-vous créer un compte FTP d egestion de flux de commandes pour le vendeur pseudo: OpenPC
Ne pas créer d'outils de gestion de stock.

Merci,

Jeremy

 Commentaires   
Commentaire de Frédéric Nahum [ 29/juil./08 09:55 ]
C'est fait voici les coordonnées :
=====================================================================
Compte FTP vendeur créé...

Pseudo : openpc
mot de passe : gjG47Az
Serveur : ftp.priceminister.com / fr

=====================================================================




[APP-5129] Demande d'affichage (BO) des contributeurs sur le type REPRODUCTIONS Création: 04/juil./05 11:29  Mise à jour: 25/juin/07 18:30  Résolue: 16/janv./06 16:05

Etat: Fermé
Projet: Application PriceMinister
Composants: Produits
Affecte la/les version(s): Aucune
Version(s) corrigée(s): ToDo

Type: Amélioration Priorité: Majeur
Rapporteur: Ariane Baldinger Attribution: Dispatcher (Dev-WishList)
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
a pour doublon APP-6928 Ajouter la gestion des contributeurs ... Fermé
WishList: Paramétrage

 Description   
Nous avons configuré un nouveau produit de type "REPRODUCTIONS" (1580) qui permet l'achat / vente de gravures. C'est un produit qui a l'information "auteur" qui est géré en tant que contributeur et que nous aimerions voir apparaître en BO au même titre que les contributeurs des produits de type "LIVRES".

Merci de prendre en compte ce nouveau type de produit.

 Commentaires   
Commentaire de Nicolas Gréhalle [ 20/sept./05 16:12 ]
Faire un script permettant d'ajouter la gestion des contributeurs sur les types suivants :
- Reproduction (1580) : Auteur
- Collection (1880) : Auteur
- Autographe (1900) : Auteur

Merci
Commentaire de Quentin de Chivré [ 21/sept./05 09:37 ]
A tester en dev sur un type de produit existant n'ayant pas encore de contributeur
Commentaire de Geneviève Beaujard [ 30/sept./05 16:42 ]
DEsolée, cette modif ne peut pas se faire par script.

Il faudrait changer PrdConfiguration.java (voir initialisation de codeRoles), mais nous n'avons pas les nouveaux types.

c'est un nouveau developpement.



[APP-6177] Annonce auto activée en BO toujours sans stock Création: 03/nov./05 18:29  Mise à jour: 25/juin/07 18:32  Résolue: 04/nov./05 17:59

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 8.0.8

Type: Bogue Priorité: Bloquant
Rapporteur: Aurélien Vergalli Attribution: Arnaud Forgues
Résolution: Invalid  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Une des annonces auto de "ahvendre" a été acceptée, son compte-vendeur est activé (il a déjà vendu une voiture) et pourtant son inventaire la classe dans les "en attente de publication" et la fiche active reste sans stock (stock 0 > annonce invisible).
adresse de la fiche : http://bo.priceminister.com/offer/buy/13308567

Pseudo : ahvendre
Mot de passe : botmeur

Merci.

 Commentaires   
Commentaire de Sébastien Tournay [ 04/nov./05 09:42 ]
un pb de DEV ?
Commentaire de Arnaud Forgues [ 04/nov./05 17:59 ]
En fait, le vendeur en question n'a pas payé la mise en vente de son annonce. Il a probablement cliqué sur le lien "Payer plus tard". C'est pourquoi il n'y a pas de stock sur cet annonce malgré l'acception de son produit associé et de l'activation de son inventaire.

Le bug est donc invalide



Templating Produit sous Infoglue (APP-7876)

[APP-8262] Améliorer le BO en proposant un lien direct vers le CMS Infoglue Création: 05/avr./06 15:32  Mise à jour: 11/juil./08 16:15  Résolue: 08/juil./08 09:45

Etat: Fermé
Projet: Application PriceMinister
Composants: Infoglue
Affecte la/les version(s): 9.0.0
Version(s) corrigée(s): 25.0.0 (CTN-D)

Type: Sous-tâche Priorité: Majeur
Rapporteur: Olivier Bourgeois Attribution: Dispatcher (Dev-Réserve)
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Projets PM: *** RESERVE ***
Classif1: IG
Classif2: IG - outil

 Description   
Calquer la façon de fonctioner du BO actuel pour par exemple le lien vers le FO qui envoie directement sur mon compte en étant loggé.
Faire de même avec un lien dans la configuration produit vers le templating Infoglue.

Prérequis :
- pouvoir se logger automatiquement ( a priori dans l'url mais pas très propre)
- avoir accès aux Ids des contenus



[APP-3722] problème d'import pour le compte "livreslibr" Création: 16/mars/05 12:26  Mise à jour: 25/juin/07 18:28  Résolue: 25/juin/07 18:28

Etat: Fermé
Projet: Application PriceMinister
Composants: Import de Fichiers
Affecte la/les version(s): old
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Visakha Kheng Attribution: Jérôme Viviès
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Zip Archive Priceminister62.zip    

 Description   
Le fichier de mise à jour du pro LIVRESLIBRE n'est passé qu'à 26%.
La majorité de ses erreurs sont dûes à "Prix et taux d'ajustement au prix
d'origine non enseignés, calcul de prix impossible"

Or le prix est bien indiqué mais il est suivi du signe "¿". Je pense que le
souci vient de là.

Lors de la demande de mapping, j'avais demandé que le signe ¿ ne soit pas pris
en compte.

 Commentaires   
Commentaire de Visakha Kheng [ 16/mars/05 12:28 ]
Created an attachment (id=353)
fichier zip

voici un exemple de fichier que le pro envoie.
Commentaire de Jérôme Viviès [ 16/mars/05 18:35 ]
Vu avec VIK : le vendeur a modifié son format de fichier ; on attend de voir
s'il veut conserver son nouveau format de fichier avant de modifier le format
d'import.
Commentaire de Jérôme Viviès [ 17/mars/05 15:14 ]
Comme vu : ce problème n'est pas dû à un bug mais au fait que le vendeur a
mofifié unilatéralement son format de fichier.
En attente de confirmation pour fixer définitivement le format d'import.



[APP-1847] activation inventaire, page mon compte Création: 22/janv./04 11:53  Mise à jour: 25/juin/07 18:24  Résolue: 25/juin/07 18:24

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.1.5pre
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Geneviève Beaujard Attribution: Geneviève Beaujard
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
dans la page mon compte pour voir les liens 'activation inventaire' il faut
que:
- la visibilite soit a 0
- et que le mail premiere annonce soit envoyé (mail d'activation)
- et que le code d'activation soit renseigné.

Donc tant que le batch d'activation n'est pas passé les annonces sont
invisibles pour les acheteurs, il serait peut être bon de le signaler.

 Commentaires   
Commentaire de Quentin de Chivré [ 23/janv./04 14:25 ]
Voir avec PKR
Commentaire de Geneviève Beaujard [ 12/févr./04 10:19 ]
voir 1923



[APP-5937] Prise en compte des rééls dans les Validator Création: 18/oct./05 12:05  Mise à jour: 25/juin/07 18:32  Résolue: 10/juil./06 17:13

Etat: Fermé
Projet: Application PriceMinister
Composants: Import de Fichiers
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Majeur
Rapporteur: Yassine Mouhammadou Attribution: Dispatcher (Dev-WishList)
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

WishList: Paramétrage

 Description   
Bonjour,

Les méthodes de pré-validation telles que
$numberValidator.between (String/Number o, int min, int max)
                " .min (String/Number o, int min)
...

 ne prennent en compte que des entiers, ce qui nous pose problème lorsqu'on veut comparer des réels.

Est-il possible d'avoir les float ??

 Commentaires   
Commentaire de Martin Sudmann [ 19/oct./05 15:41 ]
il faudrait les implémenter en tant que chaînes de caractères, Velocity ne supporte que des chaînes et des intègres.
ce n'est pas possible en ce moment (on peut contourner le problème, mais c'est trop compliqué)

faire une liste des fonctionnalités souhaitées par toute votre équipe pour les objets validator et planifier une réunion avec MSU pour les intégrer dans la roadmap import
Commentaire de Jérôme Viviès [ 19/oct./05 16:21 ]
Nicolas, peux-tu faire la somme de nos demandes, stp ?
Commentaire de Nicolas Gréhalle [ 20/oct./05 15:48 ]
en attendant, un contournement possible : il faut multiplier par 100 le float saisie :

$tr.multiply($monnombre, 100).intValue()

et faire les comparaisons sur les valeurs multipliées par 100 également
Commentaire de Jérôme Viviès [ 16/déc./05 13:55 ]
Vu avec Nicolas : nous n'avons pas d'autre demande que celle là pour le moment.
Commentaire de Jérôme Viviès [ 10/juil./06 17:13 ]
Nous allons de nouveau gérer les wish-lists sous Excel.
Cette demande n'a plus lieu d'être sous Jira.



[APP-13957] Probleme de connexion a Mon Compte Création: 30/nov./06 16:37  Mise à jour: 25/juin/07 18:47  Résolue: 01/déc./06 11:29

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 9.0.4.3 (Noël)
Version(s) corrigée(s): 11.0.0 (Merge et Maintenance)

Type: Bogue Priorité: Majeur
Rapporteur: Patrick Condevaux Attribution: Arnaud Forgues
Résolution: Impossible à reproduire  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: PDF File Scan0133.pdf    
Liens des demandes:
Similaire
similaire à APP-13944 [Problème connexion utilsateur] Fermé
Pays:
FRA - France
Site: Prod
Navigateur: Internet Explorer 6.X

 Description   
Un utilisateur ( ICAREJC ) a contacté le support car il n'arrive pas a se connecter a son compte.

ou plutot, il ne se connecte arrive a la page identification correcte
puis retourne en boule sur la page de demande d'identification (ca ressemble a une perte de cookie donc)

en piece jointe,
la copie de son fax avec l'ensemble des infos

 Commentaires   
Commentaire de Patrick Condevaux [ 30/nov./06 16:52 ]
ci-dessous les logs trouvé en prod correspondant a cet utilisateur:

2006-11-16-05-00_amphitrite.log.gz:2006-11-15 19:18:24,470 INFO [-Processor34] 193.250.97.65 - >>> GET http://www.priceminister.com/user?action=cookies&dest=%2Fconnect%3Faction%3Dlogin%26c%3D80%26dest%3D%252Fuser%253Flogin%253DICAREJC%26login%3DICAREJC
2006-11-16-05-00_amphitrite.log.gz:2006-11-15 19:18:24,476 INFO [-Processor34] 193.250.97.65 - (Status : 302) Redirecting to : /user?action=cookies&check=true&dest=%2Fconnect%3Faction%3Dlogin%26c%3D80%26dest%3D%252Fuser%253Flogin%253DICAREJC%26login%3DICAREJC
2006-11-16-05-00_amphitrite.log.gz:2006-11-15 19:18:24,476 INFO [-Processor34] 193.250.97.65 - <<< [6 ms] GET http://www.priceminister.com/user?action=cookies&dest=%2Fconnect%3Faction%3Dlogin%26c%3D80%26dest%3D%252Fuser%253Flogin%253DICAREJC%26login%3DICAREJC
2006-11-16-05-00_salus.log.gz:2006-11-15 19:18:07,378 INFO [Processor671] 193.250.97.65 - >>> GET http://www.priceminister.com/user?login=ICAREJC
2006-11-16-05-00_salus.log.gz:2006-11-15 19:18:07,380 INFO [Processor671] 193.250.97.65 - (Status : 302) Redirecting to : /connect?action=login&c=80&dest=%2Fuser%3Flogin%3DICAREJC&login=ICAREJC
2006-11-16-05-00_salus.log.gz:2006-11-15 19:18:07,380 INFO [Processor671] 193.250.97.65 - <<< [2 ms] GET http://www.priceminister.com/user?login=ICAREJC
2006-11-16-05-00_salus.log.gz:2006-11-15 19:18:15,808 INFO [Processor672] 193.250.97.65 - >>> GET https://www.priceminister.com/connect?action=login&c=80&dest=%2Fuser%3Flogin%3DICAREJC&login=ICAREJC
2006-11-16-05-00_salus.log.gz:2006-11-15 19:18:15,809 INFO [Processor672] 193.250.97.65 - (Status : 302) Redirecting to : /user?action=cookies&dest=%2Fconnect%3Faction%3Dlogin%26c%3D80%26dest%3D%252Fuser%253Flogin%253DICAREJC%26login%3DICAREJC
2006-11-16-05-00_salus.log.gz:2006-11-15 19:18:15,810 INFO [Processor672] 193.250.97.65 - <<< [2 ms] GET https://www.priceminister.com/connect?action=login&c=80&dest=%2Fuser%3Flogin%3DICAREJC&login=ICAREJC
2006-11-16-05-00_salus.log.gz:2006-11-15 19:18:26,414 INFO [Processor639] 193.250.97.65 - >>> GET http://www.priceminister.com/user?action=cookies&check=true&dest=%2Fconnect%3Faction%3Dlogin%26c%3D80%26dest%3D%252Fuser%253Flogin%253DICAREJC%26login%3DICAREJC
2006-11-16-05-00_salus.log.gz:2006-11-15 19:18:26,417 INFO [Processor639] 193.250.97.65 - <<< [3 ms] GET http://www.priceminister.com/user?action=cookies&check=true&dest=%2Fconnect%3Faction%3Dlogin%26c%3D80%26dest%3D%252Fuser%253Flogin%253DICAREJC%26login%3DICAREJC
2006-11-16-05-00_salus.log.gz:2006-11-15 19:20:20,246 INFO [Processor723] 193.250.97.65 - >>> POST https://www.priceminister.com/connect!action=dologin&c=80&dest=/user&login=ICAREJC&password=MARABOFANA&submitbtn=Connexion
2006-11-16-05-00_salus.log.gz:2006-11-15 19:20:20,278 INFO [Processor723] 193.250.97.65 - User authentication success - login = ICAREJC
2006-11-16-05-00_salus.log.gz:2006-11-15 19:20:20,695 INFO [Processor723] 193.250.97.65 - <<< [448 ms] POST https://www.priceminister.com/connect!action=dologin&c=80&dest=/user&login=ICAREJC&password=MARABOFANA&submitbtn=Connexion
2006-11-16-05-00_salus.log.gz:2006-11-15 19:20:33,048 INFO [Processor626] ICAREJC - >>> GET https://www.priceminister.com/connect?action=login&dest=%2Fpurchase%3Faction%3Dsalelist
2006-11-16-05-00_salus.log.gz:2006-11-15 19:20:33,280 INFO [Processor626] ICAREJC - <<< [232 ms] GET https://www.priceminister.com/connect?action=login&dest=%2Fpurchase%3Faction%3Dsalelist
2006-11-18-05-00_amphitrite.log.gz:2006-11-17 16:35:50,431 INFO [Processor300] 74.6.73.180 - >>> GET http://www.priceminister.com/boutique/ICAREJC
2006-11-18-05-00_amphitrite.log.gz:2006-11-17 16:35:50,881 INFO [Processor300] 74.6.73.180 - <<< [450 ms] GET http://www.priceminister.com/boutique/ICAREJC
2006-11-21-05-00_amphitrite.log.gz:2006-11-20 17:45:07,076 INFO [-Processor30] 193.250.97.245 - >>> POST https://www.priceminister.com/connect!action=dologin&c=80&dest=/user&login=ICAREJC&password=MARABOFANA&submitbtn=Connexion
2006-11-21-05-00_amphitrite.log.gz:2006-11-20 17:45:07,097 INFO [-Processor30] 193.250.97.245 - User authentication success - login = ICAREJC
2006-11-21-05-00_amphitrite.log.gz:2006-11-20 17:45:07,438 INFO [-Processor30] 193.250.97.245 - <<< [362 ms] POST https://www.priceminister.com/connect!action=dologin&c=80&dest=/user&login=ICAREJC&password=MARABOFANA&submitbtn=Connexion
2006-11-21-05-00_amphitrite.log.gz:2006-11-20 17:45:21,464 INFO [Processor228] ICAREJC - >>> GET https://www.priceminister.com/connect?action=login&dest=%2Fpurchase%3Faction%3Dsalelist
2006-11-21-05-00_amphitrite.log.gz:2006-11-20 17:45:21,806 INFO [Processor228] ICAREJC - <<< [342 ms] GET https://www.priceminister.com/connect?action=login&dest=%2Fpurchase%3Faction%3Dsalelist
Commentaire de Arnaud Forgues [ 01/déc./06 11:28 ]
sur ces logs, l'utilisateur part en effet vers la page de Cookie. Par contre il arrive parfaitement à se loguer en une seule fois. La 2e connexion correspond à une autre date au mois de novembre ou il arrive egalement à se logguer.

Par contre le scan dit que le pb de l'utilisateur etait avant le 10 nov d'après son mail.

Il faudrait donc trouver les logs correspondant au pb.

En attendant le bug n'est plus reproductible et l'utilisateur en question arrive a se connecter depuis !
Commentaire de Patrick Condevaux [ 01/déc./06 15:02 ]
En effet, il est dur de le reproduire, voir impossible, on y est pas arrivé non plus.

Par contre, je ne suis pas certain que l'utilisateur ai reussi a se connecter depuis, mais bon si vous n'avez rien trouve sur le sujet.... On attendra d'autres infos, peut-etre d'autres utilisateurs comme dans le jira lié (Steven doit demander plus d'infos).

En tout cas, un numero a garder en memoire



[APP-31054] Mon Compte - Alignement des annonces Création: 31/août/10 08:59  Mise à jour: 16/sept./10 16:58  Résolue: 16/sept./10 16:58

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Benoit Tabaka Attribution: Dispatcher (Pôle NAV)
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File AlignementEncours.jpg     JPEG File MonCompte.jpg    
Liens des demandes:
Duplicate
a pour doublon APP-31014 Probleme sur des annonces qui restent... Fermé
a pour doublon APP-30682 [Inventaire] Annonces toujours présen... Bloqué
Pays:
FRA - France
Site: Prod
Projets PM: *** A PLANIFIER ***
Navigateur: Tous

 Description   
Un bogue découvert.
Dimanche, j'ai trois annonces à aligner.
Je procède dimanche matin à leur alignement.
Depuis et encore ce jour - mardi matin, il apparaît toujours dans mon compte le message "2 annonces à aligner" et lorsque je clique sur le lien, la page m'indique "alignement en cours"
(cf PJ).

 Commentaires   
Commentaire de Espérance Galouo-Lece [ 31/août/10 09:35 ]
 - Retard Fast ?
Commentaire de Habib-Sylvain Gourguet [ 31/août/10 16:50 ]
C'est lié à ce JIRA, non ?

http://pricejira.lan/browse/APP-30682

Les équipes NAV et/ou VEN doivent se pencher dessus... A moins que Super Patrice vienne nous sauver.

Pas mal de messages SAV qui s'accumulent à ce sujet.
Commentaire de Patrice Boulanger [ 16/sept./10 10:34 ]
On ne constate pas de retard Fast alors que le message continue d'apparaître.
Commentaire de Habib-Sylvain Gourguet [ 16/sept./10 12:15 ]
Je viens à la relance car une majeure partie des vendeurs qui contactent le SAV le font pour ce problème uniquement.

Ca devient difficilement gérable.

Peut-on remonter la criticité du JIRA ?

Merci d'avance.
Commentaire de Benoît Bourdon [ 16/sept./10 16:58 ]
APP-30682



[APP-12665] BO. La page contrat n'apparaît pas lorsque l'on clique sur contrat en haut a gauche de la page Création: 22/sept./06 16:28  Mise à jour: 25/juin/07 18:45  Résolue: 16/oct./06 17:13

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 9.0.4
Version(s) corrigée(s): 9.0.4

Type: Bogue Priorité: Mineur
Rapporteur: Caroline Deregnaucourt Attribution: Antoine Koener
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
ESP - Espagne
Site: Integ

 Description   
BO. La page contrat n'apparaît pas lorsque l'on clique sur "contrats" en haut a gauche de la page

 Commentaires   
Commentaire de Patrick Condevaux [ 25/sept./06 09:54 ]
Not Found

The requested URL /contract_back was not found on this server.

Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.
Commentaire de Arnaud Forgues [ 26/sept./06 10:58 ]
Hello !

Il doit manquer le mapping de servlet sur contract_back je suppose .. Tu peux vérifier et l'ajouter si c'est le cas ?

Merci,
Arnaud
Commentaire de Antoine Koener [ 13/oct./06 17:45 ]
J'ai remappé.

Est-ce encore le cas ?
Commentaire de Lydia Dali [ 13/oct./06 18:01 ]
Toujours, http://bo.es.integ/contract_back?action=contractsearch&fuzzy=false&numberrows=200
Commentaire de Antoine Koener [ 16/oct./06 17:13 ]

C'est activé.
Commentaire de Lydia Dali [ 17/oct./06 11:14 ]
ok



[APP-16759] Demande de requête SQL - Profils de suppression d'annonces en cours suite à un vidage de stock depuis le BO Création: 21/juin/07 10:36  Mise à jour: 13/janv./09 11:34  Résolue: 21/juin/07 11:05

Etat: Fermé
Projet: Application PriceMinister
Composants: Inventaire
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 38.0.0 (TX-D Bis)

Type: Tâche Priorité: Majeur
Rapporteur: Daniel Pintamalli Attribution: Mostafa Diane
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à IMP-906 Vider Stock partenaire tourdumonde Résolu
Pays:
FRA - France
Site: Prod
Projets PM: *** RESERVE ***

 Description   
J'aurais besoin d'une requête SQL pour savoir quels sont les profils de suppression d'annonces en cours suite à un vidage de stock depuis le BO. Merci.

 Commentaires   
Commentaire de Daniel Pintamalli [ 21/juin/07 10:36 ]
Le partenaire concerné est tourdumonde
Commentaire de Mostafa Diane [ 21/juin/07 11:05 ]
select data_file_id, closed_advert_count
from data_file
where advert_profile_id is null
and user_account_id =522028 -- numero de user
and original_filename like 'Videur de stock pour le compte%' ;
Commentaire de Mostafa Diane [ 21/juin/07 14:59 ]
il faut faire mettre ca dans le wiki :)



[EXP-3338] Fichiers purchase_*.txt (flux de commande) indisponibles dans les comptes FTP de "Tour du Monde" Création: 06/mars/07 09:54  Mise à jour: 25/juin/07 19:00  Résolue: 07/mars/07 12:47

Etat: Résolu
Projet: Exploitation
Composants: Flux
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Xavier Barbosa Attribution: Eric Vannier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France

 Description   
TDM se plaint que ses fichiers de flux de commande ne sont pas disponibles dans ses différents comptes FTP. Il me dit que ce problème persiste depuis le 4 mars.

j'ai été fureté sur bacchus dans
   /data/priceminister/pmftpstock/var/transactions/fr/tdmdvd/purchase
et les fichiers semblent ne plus être transmis depuis le 5 mars vers 11h30.

 Commentaires   
Commentaire de Xavier Barbosa [ 06/mars/07 14:04 ]
il semble que ce soit le cas pour tous les comptes FTP.
Commentaire de Rodrigue Nsiangani [ 06/mars/07 14:21 ]
Nous avons le même cas avec le partenaire provadim pourtant rien à été changé dans son config FTP, ni dans celles des tdm.
Commentaire de Eric Vannier [ 06/mars/07 15:10 ]
Est-ce que ce partenaire retire ses confirmed_purchase sur ftp car il n'y a pas de ligne dans la config pour cela ?

<Source>/data/priceminister/pmftpstock/var/transactions/fr/tdmpresse/purchase</Source>
<Source>/data/priceminister/pmftpstock/var/transactions/fr/tdmpresse/confirmed_purchase</Source>
<Source>/data/priceminister/pmftpstock/var/transactions/fr/tdmpresse/expiration</Source>

<Source>/data/priceminister/pmftpstock/var/transactions/fr/tdmdvd/purchase</Source>
<Source>/data/priceminister/pmftpstock/var/transactions/fr/tdmdvd/expiration</Source>

<Source>/data/priceminister/pmftpstock/var/transactions/fr/tdmancien/purchase</Source>
<Source>/data/priceminister/pmftpstock/var/transactions/fr/tdmancien/confirmed_purchase</Source>
<Source>/data/priceminister/pmftpstock/var/transactions/fr/tdmancien/expiration</Source>

<Source>/data/priceminister/pmftpstock/var/transactions/fr/tdmneuf/purchase</Source>
<Source>/data/priceminister/pmftpstock/var/transactions/fr/tdmneuf/confirmed_purchase</Source>
<Source>/data/priceminister/pmftpstock/var/transactions/fr/tdmneuf/expiration</Source>

comme on peut le voir la ligne concernant les confirmed_purchase n'existe pas pour tdmdvd.
Commentaire de Xavier Barbosa [ 06/mars/07 15:22 ]
bien vu, il faudrait le rajouter pour que cet config soit conforme avec les autres.
Commentaire de Rodrigue Nsiangani [ 07/mars/07 10:45 ]
C'est fait.
@@@
<Directory path='confirmed_purchase'>
<Action type='Move' check_file='1'>
<Files>*.txt</Files>
<Source>/data/priceminister/pmftpstock/var/transactions/fr/tdmdvd/confirmed_purchase</Source>
<Destination>confirmed_purchase</Destination>
</Action>
</Directory>

@@@
Commentaire de Eric Vannier [ 07/mars/07 12:47 ]
Le problème est maintenant résolu.

8 directories, 0 files
[adminpm@bacchus fr]$ find -type d -name "tdm*" -exec tree {} \;
./tdmneuf
|-- confirmed_purchase
|-- expiration
|-- purchase
|-- stock
| |-- ecrasements
| |-- entrees
| `-- sorties
`-- validation

8 directories, 0 files
./tdmancien
|-- confirmed_purchase
|-- expiration
|-- purchase
|-- stock
| |-- ecrasements
| |-- entrees
| `-- sorties
`-- validation

8 directories, 0 files
./tdmdvd
|-- confirmed_purchase
|-- expiration
|-- purchase
|-- stock
| |-- ecrasements
| |-- entrees
| `-- sorties
`-- validation

8 directories, 0 files
./tdmpresse
|-- confirmed_purchase
|-- expiration
|-- purchase
|-- stock
| |-- ecrasements
| |-- entrees
| `-- sorties
`-- validation

8 directories, 0 files
./tdmauto
|-- confirmed_purchase
|-- expiration
|-- purchase
|-- stock
| |-- ecrasements
| |-- entrees
| `-- sorties
`-- validation

8 directories, 0 files



[EXP-5151] Non génération de fichier commandes pour la commande n°89764810 du compte 'jeux-jouets' Création: 13/août/10 17:45  Mise à jour: 17/août/10 10:56  Résolue: 17/août/10 10:55

Etat: Résolu
Projet: Exploitation
Composants: Flux, Maintenance, Script SQL
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Fotigui Tangara Attribution: Eric Vannier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
a pour doublon IMP-6757 Support auprès du PRO "jeux-jouets" =... Résolu
Pays:
FRA - France

 Description   
Ci-dessous, mail du PRO :

Bonjour,

Suite à notre conversation téléphonique, je vous confirme que la commande 89764810 (compte jeux-jouets) ne figure pas sur votre serveur FTP.

Nous ne sommes donc pas en mesure de l'intégrer dans notre système.

Je vous remercie de revenir vers moi une fois la commande disponible.

Cordialement,
--
Christophe Meyer
01 77 37 39 23

 Commentaires   
Commentaire de Fotigui Tangara [ 13/août/10 17:47 ]
Eric, peux-tu commenter cette demande pour que les observateurs puissent en savoir plus sur la nature et l'origine du bug ?
Commentaire de Fotigui Tangara [ 13/août/10 17:49 ]
Eric, peux-tu commenter cette demande pour que les observateurs puissent en savoir plus sur la nature et l'origine du bug ?
Commentaire de Eric Vannier [ 13/août/10 18:09 ]
Le soucis est le suivant :

La requête qui permet de faire la capture des commandes pour les communiquer au pros récupère l'adresse de l'acheteur dans le compte de celui-ci. Ici, nous sommes dans le cas, où l'acheteur n'a pas d'adresse de livraison dans son compte. Résultat, la requête ne capture pas les achats de cette personne.

La solution : Modifier la requête pour utiliser directement l'adresse stockée dans le panier.

Commentaire de Eric Vannier [ 16/août/10 13:23 ]
J'ai modifié la requête purchase et confirmed_purchase pour utiliser les infos stockées directement dans purchase.

Cette modification élimine une jointure avec la table 'usr_address'.
Commentaire de Eric Vannier [ 16/août/10 15:48 ]
Voici les modifications :

 diff ftpCompute_ng.pl ftpCompute_ng2.pl
616c616
< decode(us.grant_buyer_phone, 0, '0000000000', 1, usr_address.phone_number_1)
---
> decode(us.grant_buyer_phone, 0, '0000000000', 1, decode(purchase.usa_phone_number_1, NULL, usr_address.phone_number_1, purchase.usa_phone_number_1))
638c638
< AND usr_address.usa_type_code = 10";
---
> AND usr_address.usa_type_code = 10(+)";
837c837
< decode(us.grant_buyer_phone, 0, '0000000000', 1, usr_address.phone_number_1)
---
> decode(us.grant_buyer_phone, 0, '0000000000', 1, decode(purchase.usa_phone_number_1, NULL, usr_address.phone_number_1, purchase.usa_phone_number_1))
858c858
< AND usr_address.usa_type_code = 10";
---
> AND usr_address.usa_type_code = 10(+)";
Commentaire de Eric Vannier [ 17/août/10 10:55 ]
Je résous car toutes les requêtes externes ont modifié sur toutes les plateformes et la requête interne.
Commentaire de Eric Vannier [ 17/août/10 10:56 ]
sachant que la jointure externe est :

 'AND usr_address.usa_type_code(+) = 10' et non 'AND usr_address.usa_type_code = 10(+)'



[EXP-1537] Problème de génération des pages statiques sur PHAETON pour le BRAND bo.priceminister.com.jmh Création: 17/mars/06 09:53  Mise à jour: 25/juin/07 18:57  Résolue: 17/mars/06 14:17

Etat: Résolu
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Critique
Rapporteur: Sébastien Tournay Attribution: Ranto Andriambololona
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Sur PHAETON, nous avons les erreurs ci-dessous. Je pense que c'est lié au fait que nous avons renomé le brand bo.priceminister.com.jmh en bo.jmh.lan. A corriger donc ASAP.

également, il me semblait que l'on devait supprimer la mention 'site de test' en accédant à bo.jmh.lan. Cela devait être livré avec la V812. Visiblement cela n'est toujours pas réglé. Il faut rouvrir le JIRA en question et faire le point avec Christophe.

bo.priceminister.com.jmh:../Pseudo-static-pages-script.sh: line 36: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-priceminister/accueil.newtemp: No such file or directory

Looking up bo.priceminister.com.jmh
bo.priceminister.com.jmh
Unable to locate remote host bo.priceminister.com.jmh.
Alert!: Unable to connect to remote host.

lynx: Can't access startfile http://bo.priceminister.com.jmh/home?page=10&static=true
grep: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-priceminister/accueil.newtemp: No such file or directory
grep: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-priceminister/accueil.newtemp: No such file or directory
mv: cannot stat `/data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-priceminister/accueil.newtemp': No such file or directory
../Pseudo-static-pages-script.sh: line 36: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-priceminister/livres-bd.newtemp: No such file or directory

Looking up bo.priceminister.com.jmh
bo.priceminister.com.jmh
Unable to locate remote host bo.priceminister.com.jmh.
Alert!: Unable to connect to remote host.

lynx: Can't access startfile http://bo.priceminister.com.jmh/navigation/default/category/root_books?static=true
grep: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-priceminister/livres-bd.newtemp: No such file or directory
grep: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-priceminister/livres-bd.newtemp: No such file or directory
mv: cannot stat `/data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-priceminister/livres-bd.newtemp': No such file or directory
../Pseudo-static-pages-script.sh: line 36: /data/chrootapache/usr/local/apache/htdocs/pmweb/virtualhost-priceminister/musique-cd.newtemp: No such file or directory

Looking up bo.priceminister.com.jmh
bo.priceminister.com.jmh
Unable to locate remote host bo.priceminister.com.jmh.
Alert!: Unable to connect to remote host.

 Commentaires   
Commentaire de Ranto Andriambololona [ 17/mars/06 14:06 ]
J'ai corrigé le soucis en suprimmant les entrées http://bo.priceminister.com.jmh sur Phaeton
Je reprends le projet migration de bo.jmh.lan dans un autre JIRA

[adminpm@phaeton pseudo-static-pages]$ ./Pseudo-static-pages-script.sh
Starting with sleeptime = 0
www.radindesbois.com:................ done
www.priceminister.com:................ done
www.croix-rouge.priceminister.com:................ done
virginmega.priceminister.com:................ done
tiscalibe.priceminister.com:................ done
rfm.priceminister.com:................ done
preview.priceminister.com:................ done
pcdoccasions.vnunet.fr:................ done
ofup.priceminister.com:................ done
occasion.rueducommerce.fr:................ done
occasion.presence-pc.com:................ done
occasion.liberation.fr:................ done
occasion.camif.fr:................ done
mobilokaz.priceminister.com:................ done
mobilesachat.priceminister.com:................ done
m6.priceminister.com:................ done
m6net.priceminister.com:................ done
m6music.priceminister.com:................ done
m6game.priceminister.com:................ done
koobuycity.priceminister.com:................ done
jeuxvideo.priceminister.com:................ done
freesurf.priceminister.com:................ done
francemobiles.priceminister.com:................ done
europe2.priceminister.com:................ done
epik.priceminister.com:................ done
eglue.priceminister.com:................ done
croix-rouge.priceminister.com:................ done
cinenow.priceminister.com:................ done
bo.priceminister.com:................ done
bo.jmh.lan:................ done
bi.priceminister.com:................ done
bambinoccasion.priceminister.com:................ done





Installation des tags Commission Junction (APP-25351)

[APP-25354] Tag activation compte vendeur Création: 19/mai/09 17:20  Mise à jour: 02/juin/09 09:52  Résolue: 25/mai/09 16:25

Etat: Fermé
Projet: Application PriceMinister
Composants: Tracking
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 46.0.1.1

Type: Sous-tâche Priorité: Majeur
Rapporteur: Charles Decaux Attribution: Rémi Virlouvet
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Word PriceMinister - Pixel Tracer Integration Instructions (Standard Lead - First Listing + Account Activation).doc    
Pays:
GBR - Royaume Uni
Projets PM: *** RESERVE ***

 Description   
Ce tag doit être installé sur la page d'activation de compte vendeur.

Il ne doit apparaître que pour les last trackings suivants :

1378140
1378141
1378142

Voici le tag à afficher

<!-- [ START: COMMISSION JUNCTION AFFILIATE TRACKING TAG - IF REMOVED, DOWNTRACKING FEES MAY APPLY] -->
<img src="https://www.emjcd.com/u?AMOUNT=0&CID=&lt;PLACE ENTERPRICE ID HERE>&OID=<OID>&TYPE=<PLACE ACTION ID HERE>&METHOD=IMG" height="1" width="20">
<!-- [ END: COMMISSION JUNCTION AFFILIATE TRACKING TAG - IF REMOVED, DOWNTRACKING FEES MAY APPLY] -->

La valeur <CID> doit être remplacée par la valeur 1512814
La valeur <OID> doit être remplacée par un identifiant unique, le n° de compte du vendeur je crois
La valeur <PLACE ACTION ID> doit être remplacée par la valeur 327620

En cas de question, se référer à la documentation en pièce jointe.

Merci




[APP-16130] Mon Compte : colonne droite Création: 26/avr./07 15:35  Mise à jour: 06/juil./07 10:23  Résolue: 06/juil./07 10:23

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 15.0.0

Type: Tâche Priorité: Majeur
Rapporteur: Ariane Baldinger Attribution: Olga Costa
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à APP-16891 [mon compte] Colonne de droite : manq... Fermé
similaire à APP-15529 Refonte Mon Compte : lot 1 Fondation Fermé
Pays:
FRA - France
Site: Dev
Projets PM archivés: Maintenance 15.x.x

 Description   
Un tableau récapitulatif des actions à mener sur la colonne droite de 'Mon Compte' se trouve sur :
V:\Projets\Mon compte\lot1Fondation\spec lot1\colonne de droite
(consulter la dernière version)

Les actions param sont représentées par les cellules numérotées non colorées.

2 nouveaux blocs ont été identifiés :
- "Devenez vendeur" : à gérer en promo à l'aide d'une variable (fournie par Clément) qui permettra l'affichage uniquement pour les non vendeurs (on n'a pas de créa, mais pour le recettage il faut paramétrer un bloc avec le texte "Devenez vendeur")
- "Services PM" : à gérer sous IG en direct content block

Pour les blocs :
- Opé évènementielles ..."
- Bandeau pub horiz.
- Bandeau pub verti.
=> ces blocs ne sont plus d'actualité. Néanmoins le Dev se charge de s'assurer qu'il y ait des emplacement promo à disposition.

Les autres blocs :
- Aide Auto
- Cardiff
- Garanties et services Auto
=> sont existants (sous IG), il faut les ajouter aux emplacements voulus.

Le serveur de recettage est devtest9.

 Commentaires   
Commentaire de Olga Costa [ 27/avr./07 18:12 ]
J'ai fait deux nouveux blocs + Garanties et services auto, par contre Cardiff et Aide Auto c'est pour les DEV
Commentaire de Olga Costa [ 04/mai/07 11:06 ]
Clément a fait le reste
Commentaire de Bertrand Luc Yovanovitch [ 04/mai/07 11:28 ]
Merci Olga.
Commentaire de Younès Charrière [ 04/juil./07 15:55 ]
Les emplacements sont crées mais il manque les blocs... c'est en cours voir APP-16891



[IMP-3981] [ES] Dupliquer le profil import du vendeur 22Shakespear pour compte 22oscar Création: 23/juil./09 15:58  Mise à jour: 30/oct./09 15:52  Résolue: 28/août/09 09:21

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Jeremy Pallot Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ESP - Espagne
Login: 22oscar
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces (écrasement), Mise à jour/création annonces, Suppression annonces

 Description   
Bonjour,

Pouvez-vous utiliser le mm profil d'import que le profil de la France pseudo 22shakespear pour le compte ES 22oscar.

Merci

Jérémy

 Commentaires   
Commentaire de Daniel Pintamalli [ 30/juil./09 12:09 ]
Merci de dire au partenaire de faire une mise à jour en France afin que je puisse analyser les fichiers.
Commentaire de Jeremy Pallot [ 04/août/09 10:12 ]
Ok, je vais lui faire la demande.

Merci,

Jérémy
Commentaire de Julien Buhagiar [ 26/août/09 12:41 ]
le partenaire vient de revenir vers nous suite à son fichier du 23.07.09.
Voici ce qu'il nous dit.

On the upload page "Importar mis ficheros de stock" I have gone to the "Remplazar" option (which I assume corresponds to what we use on the French & UK sites) but this does not provide a separate upload facility for MUSIC and for BOOKS as on both the French & UK sites.

This is important because the music stock does not have the publication/date info (ISBN etc) as books.
Also it shows "Separador de datos en el fichero: Punto y coma (;)" - our separator is not a semi-colon, our data is separated by a tilda.

Pouvez-vous prendre contact directement afin que le profil d'import soit effectif plus rapidement?

Merci beaucoup
Commentaire de Daniel Pintamalli [ 27/août/09 14:19 ]
Import livres en cours:

http://bo.priceminister.es/datafile_back?action=advfilesearch&file_id=10641937&login=&process_code=&status=&use_proc_date=false&start_date=27%2F08%2F2009&end_date=27%2F08%2F2009&order=&x=0&y=0
Commentaire de Daniel Pintamalli [ 27/août/09 17:37 ]
Le fichier passe à 93% => le reste ce sont des lignes avec des titres trop longs.
Commentaire de Daniel Pintamalli [ 28/août/09 09:21 ]
Le fichier partitions passe à 99%:

http://bo.priceminister.es/datafile_back?action=advfilesearch&file_id=10641939&login=22oscar&process_code=&status=&use_proc_date=false&start_date=&end_date=&order=&x=0&y=0



[IMP-1959] Compte FTP - Site Espagne - pseudo gold75-es - compensation des frais de port Création: 04/mars/08 18:19  Mise à jour: 30/oct./09 15:51  Résolue: 10/mars/08 10:12

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Frederic vacher Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ESP - Espagne
Login: gold75-es
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)

 Description   
Salut,

Afin de réactiver le compte de gold75_es sur le site Espagne, il faudrait majorer ses prix de vente de 2% par rapport au site français pour compenser les frais de ports pas suffisamment remboursés pour le partenaire.

Merci.

Fred



 Commentaires   
Commentaire de Daniel Pintamalli [ 07/mars/08 13:39 ]
C'est fait. Tu peux réactiver son compte.
Commentaire de Frederic vacher [ 07/mars/08 14:24 ]
Ok, merci.

Quand le partenaire enverra son fichier pour actualiser son stock sur la France (pseudo : gold75 et un compte FTP différent), sera t-il également automatiquement actualisé sur l'Espagne avec 2% d'augmentation?

L'objectif c'est qu'il envoie une seule fois son fichier sur son FTP français et que ce soit automatiquement automatisé sur l'Espagne avec une majoration de 2%.

Commentaire de Daniel Pintamalli [ 10/mars/08 10:12 ]
Oui. On se servira du fichier envoyé sur FR pour faire l'import sur ES. Ce dernier aura une majoration de 2%.
Commentaire de Frederic vacher [ 11/mars/08 10:07 ]
26/11/2007-07:31 05/12/2007-16:07 Mise à jour annonces gold75_es 5451937 Traité 2 9855 / 9855 / 6055 / 0 39% 0 / 3796 / 202653 / 530 -

Le dernier fichier MAJ sur l'Espagne a eu lieu en Novembre..

Sur la France le dernier fichier a eu lieu hier 10/03/2008-17:36 10/03/2008-23:52 Mise à jour/création annonces (écrasement) gold75 5649867 Traité 1 10516 / 10516 / 4252 / 0 60% 587 / 5672 / 314127 / 768 -

Je peux pas réactiver le compte dans ces conditions.

Est ce normal?



[APP-1856] Mail activation compte Création: 22/janv./04 12:58  Mise à jour: 25/juin/07 18:24  Résolue: 25/juin/07 18:24

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.1.5pre
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Validator Attribution: Geneviève Beaujard
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Titre du mail : "Activation compte vendeur" et non "Activation code
vendeur"dans le texte du mail :Dans le cas où ce lien ne fonctionnerait pas,
allez dans larubrique "Activation de mon inventaire"

Lien http://www.pm.lan/help?action=qs
à remplacer par
lien http://www.pm.lan/help?action=hs
en début et en fin de mail

Les retours à la ligne sont un peu bizarres suivant les messageries (yahoo.fr
en particulier où ils sont intempestifs) :

Bonjour rastaloop,
Afin que vos annonces soient mises en ligne, veuillez simplement
cliquer sur
le lien d'activation suivant :

 Commentaires   
Commentaire de Validator [ 22/janv./04 13:00 ]
*** Bug 1913 has been marked as a duplicate of this bug. ***
Commentaire de Geneviève Beaujard [ 11/févr./04 12:47 ]
editorial



[APP-32485] (ES) EDITO - Traduction emails d'annonce gagnant JEU VENDEUR avec attribution de coupon automatique via le BO Création: 17/janv./11 10:38  Mise à jour: 25/févr./11 12:31

Etat: Ouvert
Projet: Application PriceMinister
Composants: Mails
Affecte la/les version(s): 83.0.5
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Isabel Yus Attribution: Pablo Anton
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Word Template mail gagnant Jeu Vendeur - acheteur.docx     Microsoft Word Template mail gagnant Jeu Vendeur - vendeur.docx    
Pays:
ESP - Espagne
Site: Prod
Projets PM: *** A PLANIFIER ***

 Description   
Bonjour,

Nous aurions besoin de la traduction des emails ci-joint pour l'annonce du gagnant JEU VENDEUR avec attribution de coupon automatique via le BO.

Merci d'avance

Isabel

 Commentaires   
Commentaire de Isabel Yus [ 17/janv./11 10:40 ]
Je viens de joindre les fichiers: Il y en a un qui annonce le gagnant acheteur et un autre qui annonce la victoire au gagnant parmi les vendeurs.

merci

Isabel
Commentaire de Habib-Sylvain Gourguet [ 26/janv./11 15:08 ]
Pablo, tu as eu du temps pour traiter cette tâche hier ? Sinon, à traiter en grande priorité.

Thomas et Siham peuvent te montrer comment créer un mail directement en BO. Groupe "système - coupons", domaine "Coupon".

Vois avec Isabel pour les URL manquantes.

A noter qu'il n'est pas possible de créer un mail HTML directement en BO (uniquement en texte).
Commentaire de Pablo Anton [ 26/janv./11 17:38 ]
MAILS CRÉÉS POUR LE JEU VENDEUR-ES CÔTÉ ACHETEUR ET VENDEUR

ALIAS 3602
TITRE ABREGÉ Jeu Vendeur - Vous avez gagné (vendeur)
OBJET $brand.BrandName - Concurso del Envío Ganador: ¡hemos elegido tu pedido!

ALIAS 3601
TITRE ABREGÉ Jeu Vendeur - Vous avez gagné (acheteur)
OBJET $brand.BrandName - Concurso del Envío Ganador: ¡hemos elegido tu pedido!
Commentaire de Isabel Yus [ 27/janv./11 11:13 ]
Merci à tous. Est-ce que nous pourrions avoir une version HTML de cet email (un peu plus "pro et attractif" qu'un texte). D'autre part, qui est en charge de l'envoi de cet email au gagnant ? Est-ce que nous devons le faire du côté marketing ou vous vous en occupez depuis le SAV ES ?

Concernant la création des coupons je n'ai pas bien compris non plus qui s'en occupe.

Merci d'avance pour vos réponses,

Isabel
Commentaire de Isabel Yus [ 27/janv./11 11:13 ]
Merci à tous. Est-ce que nous pourrions avoir une version HTML de cet email (un peu plus "pro et attractif" qu'un texte). D'autre part, qui est en charge de l'envoi de cet email au gagnant ? Est-ce que nous devons le faire du côté marketing ou vous vous en occupez depuis le SAV ES ?

Concernant la création des coupons je n'ai pas bien compris non plus qui s'en occupe.

Merci d'avance pour vos réponses,

Isabel
Commentaire de Pablo Anton [ 03/févr./11 14:47 ]
Salut!

Malheureusement pour le moment je n'ai pas assez de formation pour HTMLiser cet e-mail, je n'ose pas à le faire... ça peut me prendre beaucoup (trop) du temps et donner vraiment n'importe quoi.

Puis, en ce qui concerne la création et attribution des coupons aux gagnants, je ne le sais non plus mais je dirais que c'est le pôle market' qui s'en occupe.

Finalement, pour l'envoi du mail, je ne sais pas vraiment, mais je crois que c'est aussi le pôle marketing que devrais le faire, car vous serez les premiers en savoir qui sont les gagnants, et à fin de comptes, il n'y a que 4 tirages au sort par an pour l'Espagne si je ne me trompe pas.

Comme tu peut voir, je suis aussi assez perdu par rapport à ces sujets, donc il faudra mieux attendre d'autres avis (Habib... ou tu peut demander à Thomas Springett car il a plus de formation et expérience en BackOffice). Bon, j'espère qu'on trouvera une bonne solution très vite. Merci !

Pablo
Commentaire de Pablo Anton [ 10/févr./11 14:23 ]
Traduits, HTMLisés et publiés sur REF et BRANCH pour ES:

/mail_templates/templates/410_système - coupons/0120_jeu Vendeur - vous avez gagné (vendeur)
/mail_templates/templates/410_système - coupons/0110_jeu Vendeur - vous avez gagné (acheteur)

Par contre, les coupons ne sont pas encore crées...
Commentaire de Pablo Anton [ 11/févr./11 13:52 ]
Révision wording, publié sur REF et BRANCH pour ES :

/mail_templates/templates/410_système - coupons/0120_jeu Vendeur - vous avez gagné (vendeur)

Commentaire de Isabel Yus [ 25/févr./11 12:31 ]
Bonjour Habib,

J'ai créé les deux emails dans integ, avec l'aide de Thomas, pour faire des tests avant de passer en prod. Nous avons créé en integ aussi un coupon (de type CRM mensuel) en l'assignant à l'alias d'un de ces messages (3201).

Ensuite nous avons envoyé l'email (toujous en integ, ou en version test) sur un compte qui l'a bien reçu. En revanche le coupon n'a pas été assigné à ce compte. Ensuite nous avons vérifié le coupon et nous avons remarqué que lors de sa création l'assignation à un alias s'efface automatiquement et que par conséquent cela ne le garde pas.

Qu'est-ce que nous devons faire ? Est-ce que l'une de ces étapes n'est pas correcte ?

Merci d'avance pour tes réponses,

Isabel



[Mon Compte 1.1] : Améliorations (APP-17681)

[APP-17736] [Mon Compte 1.1] : Modification Page Parrainage Création: 07/sept./07 13:04  Mise à jour: 08/oct./07 12:45  Résolue: 01/oct./07 14:26

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 16.0.3
Version(s) corrigée(s): 17.0.0

Type: Sub-improvement Priorité: Majeur
Rapporteur: Emeric Teil Attribution: Olga Costa
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File banniere.jpg     File banniere_parrain_456_73     JPEG File parrainage_es.jpg     JPEG File parrainez_vos_amis_Existant.jpg     JPEG File parrainez_vos_amis_New.jpg    
Pays:
ALL - Tous
Projets PM archivés: Mon Compte - Lot 1 : Fondation

 Description   
En complément de la modification de la bannière de parrainage sur la Home Page "Mon Compte", il faut répercuter la modification sur la page dédiée au parrainage.
La bannière à utiliser est en pièce jointe à ce Jira.

 Commentaires   
Commentaire de Emeric Teil [ 07/sept./07 14:51 ]
Cette modification doit impacter les différentes "déclinaisons" de cette page :
-> Mes filleuls
-> Confirmation du parrainage réussie
-> ...
Commentaire de Clémence Desneiges [ 13/sept./07 09:55 ]
OK pour la France. Ceci-dit, je n'ai pas de bannière pour l'Espagne, est-ce un oubli où cela veut-il dire qu'on garde l'ancienne?

De plus, je mets une copie d'écran, je trouve que la bannière passe un peu mal (l'écriture est un peu rongé)....
Enfin (peut-être en corrélation), il n'y avait pas d'extension au fichier mis en attache, j'ai mis .gif...

Clémence
Commentaire de Clémence Desneiges [ 13/sept./07 18:54 ]
Ok pour les bannieres (vu avec JEG).

Pour Infoglue :

Images soumises à publication :

default > Image > _default > edito > sponsorship > :
  - referral_border_top_large.gif
  - referral_border_top_small.gif

Labels soumis à publication :

default > Labels > _Mon Compte > _Parrainage >
  - ReferralSponsorshipList > img_child
  - ReferralSponsorshipInclude > img_child
  - ReferralSponsorshipOk > img_child
  - ReferralSponsorshipRegister > img_child
  - ReferralSponsorshipUpdateOk > img_child

Merci,

Clémence
Commentaire de Clémence Desneiges [ 19/sept./07 11:19 ]
Pour infoglue, petit oubli :

default > Labels > _Mon Compte > Account > img_child
Commentaire de Emeric Teil [ 21/sept./07 11:29 ]
Vu avec Jérôme : en 1280, le cadre paraît plutôt vide. Il faudrait donc prévoir un BGd centré.

Commentaire de Emeric Teil [ 24/sept./07 11:55 ]
C'est prêt :

T:\00_Arts_graphiques\03_Projets\02_MKT\banniere_parrainage\Bloc_supérieur_page_parrainage

En version FR et ES, il s'agit de reprendre le code Html (délimité par des commentaires). A la place d'une seule image (comme actuellement), on a maintenant un tableau avec un background permettant de gérer les différentes résolutions.

Merci
Commentaire de Clémence Desneiges [ 25/sept./07 18:10 ]
A publier dans infoglue :

cms1
V17
default
Commentaire de Clémence Desneiges [ 26/sept./07 17:54 ]
Ok
Commentaire de Emeric Teil [ 26/sept./07 17:58 ]
OK pour moi en Dev. Merci
Commentaire de Emeric Teil [ 01/oct./07 14:23 ]
OK en integ pour la France, par contre pour l'Espagne, on est encore sur l'ancienne version... cf copie d'écran "parrainage_es".
Commentaire de Emeric Teil [ 01/oct./07 14:26 ]
Désolé, OK aussi en Integ ES, l'erreur vient du fait que le lien sur la bannière de parrainage de la home page point sur la prod ES...
Commentaire de Emeric Teil [ 08/oct./07 12:45 ]
OK pour ce Jira



[APP-8584] A quoi sert l'appel à "http://bo.pm.lan/static/www/none" ? Création: 20/avr./06 10:48  Mise à jour: 25/juin/07 18:37  Résolue: 12/mai/06 12:50

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 9.0.0
Version(s) corrigée(s): 9.0.0

Type: Bogue Priorité: Cosmétique
Rapporteur: Christophe Garcia Attribution: Olivier Badreau
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à APP-14166 [POST DEPLOY] erreur fichier manquant... Fermé
Site: Integ

 Description   
Quand on accède à un formulaire de vente depuis la page Assistance :

2006-04-20 10:46:04,657 INFO [P-Processor8] CHG_PM - >>> GET http://bo.pm.lan/submit?action=submitcomplete&stage=10&category_ref=211527&x=13&y=12
2006-04-20 10:46:04,721 INFO [P-Processor8] CHG_PM - <<< [64 ms] GET http://bo.pm.lan/submit?action=submitcomplete&stage=10&category_ref=211527&x=13&y=12
2006-04-20 10:46:04,738 INFO [P-Processor6] CHG_PM - >>> GET http://bo.pm.lan/static/bo/brandV900.css
2006-04-20 10:46:04,741 INFO [P-Processor5] CHG_PM - >>> GET http://bo.pm.lan/static/www/brandV900.css
2006-04-20 10:46:04,742 INFO [P-Processor6] CHG_PM - StyleAction : IO error - The requested file is missing (java.io.FileNotFoundException: http://img.pm.lan/content/V900/front/brand/bo/brand.css)
2006-04-20 10:46:04,745 INFO [P-Processor6] CHG_PM - <<< [6 ms] GET http://bo.pm.lan/static/bo/brandV900.css
2006-04-20 10:46:04,760 INFO [P-Processor5] CHG_PM - <<< [19 ms] GET http://bo.pm.lan/static/www/brandV900.css
2006-04-20 10:46:04,803 INFO [P-Processor8] CHG_PM - >>> GET http://bo.pm.lan/static/menu/brand/bo/lan/fr/menuV900.js
2006-04-20 10:46:04,814 INFO [P-Processor8] CHG_PM - <<< [11 ms] GET http://bo.pm.lan/static/menu/brand/bo/lan/fr/menuV900.js
2006-04-20 10:46:04,879 INFO [P-Processor5] CHG_PM - >>> GET http://bo.pm.lan/static/www/none
2006-04-20 10:46:04,897 INFO [P-Processor5] CHG_PM - <<< [18 ms] GET http://bo.pm.lan/static/www/none

 Commentaires   
Commentaire de Andrei Matyas [ 20/avr./06 17:36 ]
Cette requête est générée par la CSS :

background: url(none);
Commentaire de Edouard Gomez-Vaez [ 28/avr./06 16:00 ]
in the css :

#onglast {
  float: left;
  margin: 0;
  position: relative;
  padding: 0;
  background: url(none);
}

D'après AMA, c'est ça qui fait cette drôle de ligne d'erreur.
Commentaire de Olivier Badreau [ 02/mai/06 14:19 ]
remplacé par :
#onglast {
  float: left;
  margin: 0;
  position: relative;
  padding: 0;
  background: url();
}

Avez-vous toujours le même rapport d'erreur ?
Commentaire de Patrick Condevaux [ 05/mai/06 11:42 ]
oui on a toujours la meme requete GET http://bo.pm.lan/static/bo/none
et aussi FileNotFoundExceptio n: http://img.pm.lan/content/V900/front/brand/bo/brand_vehicle.css

2006-05-05 11:12:45,152 INFO [P-Processor6] testeurfou - >>> GET http://bo.pm.lan/static/www/brandV900.css
2006-05-05 11:12:45,188 INFO [P-Processor6] testeurfou - <<< [36 ms] GET http://bo.pm.lan/static/www/brandV900.css
2006-05-05 11:12:45,348 INFO [-Processor17] testeurfou - >>> GET http://bo.pm.lan/static/bo/brandV900.css
2006-05-05 11:12:45,424 INFO [-Processor17] testeurfou - <<< [76 ms] GET http://bo.pm.lan/static/bo/brandV900.css
2006-05-05 11:12:45,673 INFO [P-Processor4] testeurfou - >>> GET http://bo.pm.lan/static/www/V900/brand_vehicle.css
2006-05-05 11:12:45,681 INFO [P-Processor4] testeurfou - <<< [8 ms] GET http://bo.pm.lan/static/www/V900/brand_vehicle.css
2006-05-05 11:12:46,759 INFO [P-Processor4] testeurfou - >>> GET http://bo.pm.lan/static/bo/V900/brand_vehicle.css
2006-05-05 11:12:46,763 INFO [P-Processor4] testeurfou - StyleAction : IO error - The requested file is missing (java.io.FileNotFoundExceptio n: http://img.pm.lan/content/V900/front/brand/bo/brand_vehicle.css)
2006-05-05 11:12:46,767 INFO [P-Processor4] testeurfou - <<< [8 ms] GET http://bo.pm.lan/static/bo/V900/brand_vehicle.css
2006-05-05 11:12:46,976 INFO [P-Processor6] testeurfou - >>> GET http://bo.pm.lan/static/menu/brand/bo/lan/fr/menuV900.js
2006-05-05 11:12:46,994 INFO [P-Processor6] testeurfou - <<< [18 ms] GET http://bo.pm.lan/static/menu/brand/bo/lan/fr/menuV900.js
2006-05-05 11:12:50,466 INFO [-Processor17] testeurfou - >>> GET http://bo.pm.lan/static/bo/none
2006-05-05 11:12:50,495 INFO [-Processor17] testeurfou - <<< [29 ms] GET http://bo.pm.lan/static/bo/none
2006-05-05 11:12:50,665 INFO [P-Processor6] testeurfou - >>> GET http://bo.pm.lan/static/bo/brandV900.css
2006-05-05 11:12:50,695 INFO [P-Processor6] testeurfou - <<< [30 ms] GET http://bo.pm.lan/static/bo/brandV900.css
Commentaire de Olivier Badreau [ 05/mai/06 16:20 ]
non lié à la CSS
(pas de solution alternative de mon coté)
Commentaire de Younès Charrière [ 05/mai/06 16:49 ]
Avez-vous une solution?
Commentaire de Andrei Matyas [ 11/mai/06 15:08 ]
Je crois que t'as raison Olivier : il suffit de remplacer background: url(none); par background: url(); mais il faut voir si le graphisme n'est pas impacté sur certains navigateurs.
Sinon on peut appeler une petite image (1px * 1px) dans ce cas la
Commentaire de Olivier Badreau [ 12/mai/06 12:50 ]
tout-à-fait.

Si des bugs (improbables) apparaissent sous certains browsers, il est effectivement possible d'appeler une image minuscule transparente.
Commentaire de Patrick Condevaux [ 15/mai/06 14:12 ]
ok en INTEG
Commentaire de Patrick Condevaux [ 12/déc./06 10:36 ]
retour de ce bug du probablement à des
background-image: none;
contenu dans la css



[APP-16133] Recherche BO - Fiches voiture état "soumis" - Des fiches déjà traitées parmi les résultats Création: 26/avr./07 16:59  Mise à jour: 25/juin/07 18:51  Résolue: 15/mai/07 11:29

Etat: Fermé
Projet: Application PriceMinister
Composants: Recherche produit
Affecte la/les version(s): 14.0.0
Version(s) corrigée(s): 14.0.2

Type: Bogue Priorité: Bloquant
Rapporteur: Aurélien Vergalli Attribution: Aurélien Vergalli
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à APP-16115 SUIVI perf de la Recherche produit en... Fermé
Pays:
FRA - France
Projets PM archivés: Maintenance 14.x.x

 Description   
Recherche en BO avec filtre Etat > Soumis + type > Voiture"

Des fiches en état "validé par le BO" apparaissent en "soumis" : exemple ID 53868775 (validée le 16/04/2007)

De même : fiche supprimée ID 53996532 apparait en soumis (supprimée le ... 16/04/2007)

Rapport avec la date du 16/04 ???

 Commentaires   
Commentaire de Younès Charrière [ 26/avr./07 17:09 ]
Même problème que APP-16115 ?
Commentaire de Aurélien Vergalli [ 27/avr./07 11:10 ]
(Ce Jira spécifique a été ouvert car le APP-16115 mélangeait plusieurs demandes.)

Le problème ne concerne pas que les voitures : exemple fiche ID 54017360 (validée le 14/04/2007) apprait dans les résultats des fiches soumises par Pseudo LAMBUSIER (lien recherche : http://bo.priceminister.com/referential_back?action=productsearch&changedatafile=true&createdatafile=true&manyinstock=true&oneinstock=true&prdstatuscode=20&searchtype=10&submitterlogin=LAMBUSIER&submitterpart=true&submitterpro=true&withcomplement=1&zerostock=true)
Commentaire de Violeta Doneva [ 27/avr./07 13:38 ]
Antoine, peux tu vérifier pourquoi en Prod les produit avec ID = 54017360, 53868775, 53996532 (et peut-être encore d'autres) ne sont pas correctement indexés?

Si il y a eu un feed sur une collection déjà feedée alors il se peut que lors de ce feed ces produits n'ont pas été indexés. Peux-tu greper dans les logs du connecteur
(c'est p.e. le fichier error_callbacks.sql mais je ne suis pas sure) pour voir si tu trouves si il y a eu des problèmes avec ces productid-s ?
Commentaire de Antoine Koener [ 27/avr./07 14:33 ]

Je viens de jouer le fichier error_callback.sql

Il faudra vérifier un peu plus tard.
Commentaire de Christophe Garcia [ 27/avr./07 17:08 ]
Les 2 produits signalés par AUrélien sont toujours à l'état "Soumis"
Commentaire de Aurélien Vergalli [ 30/avr./07 09:16 ]
Au cas où > lien vers la fiche en BO (voir état "Validé par le bo" + historique en bas de fiche :
http://bo.priceminister.com/referential_back?action=productview&productid=54017360
Commentaire de Antoine Koener [ 03/mai/07 11:16 ]

J'avais encore des error_callback...
Je les ai jouées...
Commentaire de Antoine Koener [ 14/mai/07 11:32 ]
Est-ce que ces dysfonctionnement sont encore d'actualités ?
Commentaire de Aurélien Vergalli [ 14/mai/07 12:19 ]
On a toujours 1866 lignes de fiches validées entre le 07/04 et 14/04 apparaissant en soumis.
Mais le problème ne s'est plus reproduit depuis.

> Y'a t'il quelque chose à faire avec ces 1866 fiches ? En les revalidant une par une, elles finissent par disparaitre mais c'est un peu laborieux...

Merci !
Commentaire de Aurélien Vergalli [ 15/mai/07 09:52 ]
On n'est jamais mieux servi que par soi-même : on a donc revalider à la main toutes les fiches concernées, lesquelles ont fini par disparaitre...
Le problème est règlé.



[APP-15676] [CoB dauphine]: On a les annonces autos et un bloc ma selection dans mon compte Création: 26/mars/07 14:29  Mise à jour: 25/juin/07 18:50  Résolue: 26/mars/07 14:40

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 13.2.0
Version(s) corrigée(s): 13.2.0

Type: Bogue Priorité: Majeur
Rapporteur: Patrick Condevaux Attribution: Swan Desportes
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File auot-mon compte sur dauphine libere.jpg    
Pays:
FRA - France
Site: Integ
Navigateur: Tous
Projets PM archivés: COB Dauphiné Libéré

 Description   
Si on se connecte sur ledauphine avec un compte price ayant des annonces auto elles apparaissent dans l'inventaire et son donc accesible alors que l'univers auto ne doit pas etre active.
De plus un bloc Ma selection contient les annonce auto en attente de publication ou en attente de paiement.

 Commentaires   
Commentaire de Swan Desportes [ 26/mars/07 14:40 ]
Effet de bord connu pour lequel on ne fait rien : le cloisonnement total est trop lourd à mettre en place.
A 99,999999% des cas, les comptes PM n'ont pas de raison de se connecter sur Le Dauphiné.



[Mon Compte 1.1] : Améliorations (APP-17681)

[APP-17887] [Mon Compte 1.1] : Nouveau bloc promo (Es) Création: 24/sept./07 10:15  Mise à jour: 07/nov./07 12:50  Résolue: 07/nov./07 10:46

Etat: Fermé
Projet: Application PriceMinister
Composants: Promo
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 17.2.0

Type: Sub-improvement Priorité: Majeur
Rapporteur: Ariane Baldinger Attribution: Nerea Prieto
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: GIF File banniere_parrain_720_90_es.gif    
Liens des demandes:
Similaire
similaire à APP-17687 [Mon Compte 1.1] : Nouveau bloc promo... Fermé
Pays:
ESP - Espagne
Site: Integ
Projets PM archivés: Mon Compte - Lot 1 : Fondation

 Description   
Il s'agit de paramétrer un bloc promo sur la page Mon Compte, avec la bannière parrainage hébergée sous IG :
default > Images > _default >edito > sponsorship > referral_border_top_large.gif

 Commentaires   
Commentaire de Ariane Baldinger [ 24/sept./07 10:22 ]
A faire en Integ, puis après validation demander un portage à Christophe en PROD.
Commentaire de Emeric Teil [ 24/sept./07 10:24 ]
Merci d 'attendre poiur paramétrer ce bloc, il ne contiendra pas uniquement une bannière mais un code Html avec différents liens.
Commentaire de Nerea Prieto [ 24/sept./07 10:42 ]
D'accord j'attends mais merci de me donner déjà l'image pour que je l'insère dans IG
Commentaire de Ariane Baldinger [ 24/sept./07 10:46 ]
Elle est déjà sous IG (cf. description du jira)
Commentaire de Emeric Teil [ 24/sept./07 11:44 ]
Alors, dans ce répertoire : T:\00_Arts_graphiques\03_Projets\02_MKT\banniere_parrainage\Bannière_bloc_promo_HP_Mon_Compte\ES , vous trouverez le fichier Html contenant le bloc promo ainsi que les images utilisées.

Il faut donc :
-> Passer les images sous IG (il y en a 2)
-> Mettre le contenu du bloc Html (bloc identifié par des commentaires dans le code Html) dans le bloc promo

Commentaire de Nerea Prieto [ 24/sept./07 16:26 ]
Impossible d'uploader une image dans IG
Commentaire de Nerea Prieto [ 24/sept./07 17:18 ]
Uploadée
Cms1
Express
Commentaire de Ariane Baldinger [ 24/sept./07 17:22 ]
publié
Commentaire de Nerea Prieto [ 26/sept./07 16:22 ]
L'image peux déjà se voir en INTEG
Commentaire de Ariane Baldinger [ 28/sept./07 12:28 ]
Nerea,
Il faut demander un portage à PPE en PROD, en lui spécifiant l'id du noeud à porter et l'id du noeud de destination en PRod.

Merci
Commentaire de Nerea Prieto [ 01/oct./07 09:53 ]
Le noeud est déjà paramétré en PROD mais il est inactif pour le moment.
Commentaire de Emeric Teil [ 01/oct./07 14:52 ]
Je viens de tester en Integ. L'affichage est OK. Par contre, il faudrait remplacer le lien en "dur" par un lien relatif utilisant le brand courant.

Merci
Commentaire de Nerea Prieto [ 01/oct./07 16:15 ]
Oui, tu as raison. J'ai aussi blurré le lien.

Merci

Nerea
Commentaire de Nerea Prieto [ 01/oct./07 16:17 ]
Blurré = brouillé...
:-)

Commentaire de Emeric Teil [ 02/oct./07 12:51 ]
Réouverture de ce Jira pour corriger le problème sur la taille trop importante des bannières. Stephane va fournir,ici, les images à mettre en lieu et place des images actuelles.

Merci
Commentaire de Stéphane François [ 02/oct./07 12:56 ]
l'image est à l'instant disponible en pièce jointe de ce jira.

ATTENTION : la largeur passe à 720 pixels
Commentaire de Nerea Prieto [ 02/oct./07 14:56 ]
Image mise à jour. À publier:

Express
Cms1
banniere_parrain_725_90.gif

Commentaire de Ariane Baldinger [ 02/oct./07 14:59 ]
publié
Commentaire de Emeric Teil [ 03/oct./07 15:11 ]
Il faut également modifier la balise <img> du bloc promo et passer "width" de 725 à 720 px.

Merci
Commentaire de Nerea Prieto [ 03/oct./07 15:13 ]
Fait
Commentaire de Emeric Teil [ 04/oct./07 12:05 ]
OK en integ. Merci :o)
Commentaire de Nerea Prieto [ 07/nov./07 09:55 ]
Plusieurs questions / remarques :

 

- Pourquoi ajouter des balises HTML comme < !Doctype>, <head>, etc... ces balises ne doivent pas être ici.... Le bloc à insérer est pourtant bien identifié par < !-- début du bloc à insérer dans le bloc promo -- > et < !-- fin -- >

- Le décalage qu'on voit vient de l'espace entre la fin de la balise <img src=.../> et la balise </a>

 

Le code exact à mettre est donc le suivant :

 

<table width="100%" border="0" cellpadding="0" cellspacing="0" style="border: 1px solid #CCCCCC;">

  <tr>

    <td align="center" style="background:url($uriFormat.getPicUrl("banniere_parrain_725_90_bkg.gif")) center;"><a href="http://www.priceminister.es/sponsorship?action=refer"><img src="$uriFormat.getPicUrl("banniere_parrain_720_90_es.gif")" width="720" height="90" border="0" /></a>

</td>

  </tr>

</table>

 

Merci de faire les corrections nécessaires au plus vite.
Commentaire de Nerea Prieto [ 07/nov./07 10:46 ]
Ok, c'est corrigé
Commentaire de Emeric Teil [ 07/nov./07 12:50 ]
OK sur preview.priceminister.es



[APP-14917] TEST - Formulaire Ouverture de compte : Disparition de la possibilité de s'abonner aux trois Priceletter Création: 02/févr./07 11:34  Mise à jour: 25/juin/07 18:49  Résolue: 06/févr./07 17:36

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur, News Letters
Affecte la/les version(s): 12.0.0
Version(s) corrigée(s): 12.0.0

Type: Bogue Priorité: Bloquant
Rapporteur: Stéphanie Vignali Attribution: Dispatcher (Param)
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File Ouverture de compte site en pord.jpg     JPEG File Ouverture de compte Site Test.jpg     JPEG File Ouverture de compte Site Test.jpg     JPEG File Profil de compte site en prod.jpg     JPEG File Profil de compte version test.jpg    
Liens des demandes:
Similaire
similaire à APP-15459 Page d'inscription et page Mon profil... Fermé
Pays:
FRA - France
Site: Integ
Projets PM archivés: Maintenance 12.0.0

 Description   
Lorsque je suis sur le formulaire ouverture de compte, je n'ai plus la possibilié en dessous du bloc 24h de cocher ou décocher les 3 cases correspondant aux abonnements à la newsletter culturelle, High tech et Maison & loisir.
cf copies d'écran site de test et site en prod.

 Commentaires   
Commentaire de Stéphanie Vignali [ 02/févr./07 11:50 ]
Même soucis dans le compte du vendeur au niveau de profil de compte où il ne peut plus gérer ses abonnements (abonnemet ou séabonnement à l'un des priceletter.
Commentaire de Clement Balay [ 02/févr./07 17:55 ]
CONFIG de www à publier dans IG : cm3
Commentaire de Swan Desportes [ 02/févr./07 18:40 ]
publié
Commentaire de Younès Charrière [ 05/févr./07 17:04 ]
Ok en Integ.
Commentaire de Christophe Garcia [ 06/févr./07 14:39 ]
Non, marche pas.
Commentaire de Swan Desportes [ 06/févr./07 15:53 ]
Pb de dump de schéma ? A vérifier après relance des serveurs d'integ.
Commentaire de Younès Charrière [ 06/févr./07 17:36 ]
Ok cette fois-ci.



[APP-5910] Mon compte / Modes d'expédition : le lien depuis "lettre-suivie" n'est plus bon Création: 12/oct./05 18:55  Mise à jour: 25/juin/07 18:32  Résolue: 19/oct./05 17:53

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 8.0.7

Type: Bogue Priorité: Majeur
Rapporteur: Elodie Pelger Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Site: Prod

 Description   
Dans Mon compte / Modes d'expédition, le lien depuis "Lettre-suivie" renvoie sur une page du site laposte.fr qui affiche le message suivant :
"Nous sommes désolés mais la page que vous avez demandée n'est plus en ligne sur le site de La Poste."

 Commentaires   
Commentaire de Quentin de Chivré [ 14/oct./05 14:32 ]
Il serait bien de rendre ce genre de liens paramétrables via le fichier de properties (avec du Velocity pourquoi pas, ou juste du find/replace)

Du style :

http://www.laposte.com/suivi?no_suivi=$purchase.getShippingNumber()&x=a&y=c

ou

http://www.laposte.com/suivi?no_suivi={shipping_number}&x=a&y=c

Commentaire de Renaud Dierickx [ 14/oct./05 18:01 ]
Les liens sont corrigés...
Commentaire de Quentin de Chivré [ 14/oct./05 18:05 ]
Comment ? En dur ou pas ? Pas grave si c'est en dur...
Commentaire de Renaud Dierickx [ 14/oct./05 18:13 ]
Oui en dur...
Commentaire de Renaud Dierickx [ 14/oct./05 18:16 ]
Je l'ouvre pour voir si je peux pas faire mieux...
Commentaire de Renaud Dierickx [ 19/oct./05 17:53 ]
Pour finir, je laisse les liens en dur. Il n'est à mon avis pas nécessaire d'aller plus loin car sur la page (Mon compte / Modes d'expédition) les liens sont génériques. Toutefois sur d'autres pages dans mon compte, il pourrait être intéressant de faire une spec pour que nos clients accèdent directement au suivi de leur panier. Comme l'a dit Quentin, un truc du genre http://www.laposte.com/suivi?no_suivi=$purchase.getShippingNumber()&x=a&y=c ...



[APP-3462] Test post Vente Vendeur : Création de compte et messages reçus Création: 12/janv./05 16:06  Mise à jour: 25/juin/07 18:27  Résolue: 05/juil./05 14:05

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.3.0val
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Claire Fieschi Attribution: Stéphane Archer
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File pasdecheckbox.jpg    

 Description   
Lors de la création de compte (section 4.2.1 "4.2.1 Préliminaires pré-ventes" )
en cliquant sur "messages reçus" on est redirigés vers la page mais les 3
check-box avec les otpions de récéptions de messages n'apparaissent pas

 Commentaires   
Commentaire de Claire Fieschi [ 12/janv./05 16:09 ]
Created an attachment (id=246)
pas de check box dans mes messages reçus
Commentaire de Stéphane Archer [ 12/janv./05 17:06 ]
Problème avec le compte Daphe2 qui vient d'être créé aujourd'hui.
Le problème ne se pose pas sur un ancien compte daphe1 ...
Commentaire de Quentin de Chivré [ 12/janv./05 18:52 ]
Bug dans le doc suite aux modifs de la messagerie ?
Commentaire de Judd OSullivan [ 13/janv./05 12:30 ]
Les check-box s'affichent uniquement si l'utilisateur a mis qch en vente. Selon
la base, daphe2 a jamais mis qch en vente.

Soit les "Préliminaires généraux" dans le doc n'étaient pas fait (voir "Etape
2"), soit il y a un bug dans la mise en vente des produits. A voir avec CFI.
Commentaire de Stéphane Archer [ 13/janv./05 12:43 ]
MaJ doc à vérifier !!!
Commentaire de Judd OSullivan [ 13/janv./05 12:50 ]
Il n'y a pas de problème avec la doc !!!
Commentaire de Julien Deleau [ 17/janv./05 12:41 ]
Suis-je concerné alors si cela ne vient pas de la doc ?
Commentaire de Validator [ 26/janv./05 17:46 ]
Vérifie les pré-requis avec CFI alors
Commentaire de Quentin de Chivré [ 29/juin/05 10:39 ]
Tjs d'actualité ?
Commentaire de Stéphane Archer [ 05/juil./05 14:05 ]
Plus d'actu



[APP-5965] BO Arbre de catégories : Requetes tres lentes Création: 19/oct./05 15:30  Mise à jour: 25/juin/07 18:32  Résolue: 26/oct./05 17:02

Etat: Fermé
Projet: Application PriceMinister
Composants: Catégories
Affecte la/les version(s): 8.0.7
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Quentin de Chivré Attribution: Pascal Mazars
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Ca rame en BO !!!!

 Commentaires   
Commentaire de Pascal Mazars [ 26/oct./05 17:02 ]
Je ne suis pas le fautif cette fois-ci. Ca m'a l'air de marcher bien mieux depuis quelques temps.



[IMP-4343] Vider le compte du partenaire Création: 06/oct./09 17:46  Mise à jour: 30/oct./09 15:53  Résolue: 07/oct./09 11:01

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Frédéric Nahum Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: batteriesweb
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces

 Description   
Bonjour

En attendant que le compte ftp soit crée est il possible de vider mon catalogue pour que je puisse transférer un inventaire car des produits ne sont plus en stock et d'autre sont rentrés.

Merci juste de me tenir au courant par mail quand mon catalogue produits sera vidé

Cordialement
 
PARKRIDER
BRAUN Nicolas
24 bis avenue du docteur faraut
06670 Levens
Tel : 04.93.85.63.48
port:06.99.25.19.12
lesbatteriesduweb@parkrider.fr
www.lesbatteriesduweb.fr
 
Comparez les prix de plus de 250 sites marchands sur http://parkompar.1001prix.com
 

 Commentaires   
Commentaire de Frédéric Nahum [ 07/oct./09 11:01 ]
c'est fait le pro a refait un import derriere



[APP-32616] En BO nous avons "Alerte non recu par l'utilisateur" alors que l'utilisateur a bien recu l'Alerte Création: 27/janv./11 10:54  Mise à jour: 28/janv./11 11:57  Résolue: 27/janv./11 19:01

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 86.0.0 (TX-R)
Version(s) corrigée(s): 86.0.0 (TX-R)

Type: Bogue Priorité: Critique
Rapporteur: Espérance Galouo-Lece Attribution: Dispatcher (Pôle TX)
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
ALL - Tous
Site: Integ
Projets PM: Alertes téléphoniques
Navigateur: Tous

 Description   
A ne pas compter dans la sismicité car indépendant de Priceminister.

- Et même que l'alerte a été reçu avec des problèmes d'encodage.
 - cf. screenshot-1

 Commentaires   
Commentaire de Thomas Landru [ 27/janv./11 11:29 ]
C'est normal c'est le partenaire qui ne nous envoi pas les bons codes, c'est en cours de correction avec lui, je laisse le jira ouvert et je le fermerai une fois que c'est ok (idem pour l'encodage ils y travaillent).
Commentaire de Thomas Landru [ 27/janv./11 19:01 ]
Passé en corrigé, mais à ne pas compter dans la sismicité.



[DEC-419] Faire un rapport sur les numéros de cartes bancaires utilisés et le statut des comptes associés à ces cartes Création: 08/août/06 16:44  Mise à jour: 14/sept./07 14:54  Résolue: 11/août/06 11:47

Etat: Fermé
Projet: Reporting
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Sébastien Mantanus Attribution: Agathe Remy
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel Users by card number and reliability.xls    

 Description   
Vu l'augmentation de la fraude à la carte bancaire sur le site et étant donné les conséquences de plus en plus importantes que cela implique,

Suite à une réunion sécurité et afin de pouvoir lutter plus efficacement contre certaines fraudes,

Merci de nous faire un rapport sur ces 2 dernières années qui donne :

les 4 premiers chiffres des cartes utilisées sur le site et l'état (acheteur) des comptes qui les ont utilisés.

exemple :

N CB - valeur -2 - valeur -1 - valeur 0 - valeur 1
---------------------------------------------------------------
4979 - 50 - 80 - 700000 - 12000

je reste à votre disposition pour toute question.

 Commentaires   
Commentaire de Agathe Remy [ 10/août/06 15:06 ]
Peux-tu me préciser ce que tu appelles l'état des comptes acheteurs?

D'autre part, à quoi correspond valeur -2 - valeur -1 - valeur 0 - valeur 1 ?

Enfin, veux-tu tous les 4 premiers chiffres utilisés ou bien seulement certains?

Merci:-)

Agathe
Commentaire de Agathe Remy [ 10/août/06 15:13 ]
De plus, compte-t-on le nombre de comptes acheteurs ou bien le nombre de paniers?

Merci:-)
Commentaire de Agathe Remy [ 10/août/06 16:03 ]
Est-ce que ce rapport te convient?



[APP-19393] [POST-DEPLOY] Fiches soumises en décembre et janvier apparaissent (par centaines) seulement aujourd'hui en BO (février) - Help ! Création: 01/févr./08 13:01  Mise à jour: 03/juin/08 11:24  Résolue: 14/mai/08 12:08

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 23.0.0 (CAT-B)

Type: Bogue Priorité: Critique
Rapporteur: Aurélien Vergalli Attribution: Martin Sudmann
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
a pour doublon APP-19702 Probleme visibilité annonces front/back Fermé
a pour doublon APP-19133 Validation > Des fiches soumises le 0... Fermé
Dépendance
est bloqué par EXP-3658 implémenter les outils de ratrappage ... Ouvert
Pays:
FRA - France
Projets PM archivés: Maintenance 19.x.x

 Description   
Help !!!
Concerne des dizaines de fiches de catégories diverses + des centaines de voitures (environ 700... pour l'instant) !!!

Exemples de fiche :
http://bo.priceminister.com/referential_back?action=productview&productid=60691641
http://bo.priceminister.com/referential_back?action=productview&productid=60788025
http://bo.priceminister.com/referential_back?action=productview&productid=60711163

Merci.

 Commentaires   
Commentaire de Aurélien Vergalli [ 01/févr./08 13:14 ]
Info: les chiffres varient en fonction des serveurs. Le problème semble concerné environ 1500 fiches catégories diverses + 600 fiches voitures !
Horreur...
Commentaire de Aurélien Vergalli [ 01/févr./08 14:26 ]
Pour info: en effectuant une recherche BO produits soumis avec filtre "indexation" au 08/01/2008 on retrouve ces fiches soumises réapparuent aujourd'hui
Lien recherche : http://bo.priceminister.com/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=&search_type=10&prd_type_code=&product_id=&base_product_id=&zero_stock=true&one_in_stock=true&many_in_stock=true&submitter_part=true&submitter_pro=true&prd_status_code=20&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=&submitter_result=&change_start_date=&change_end_date=&owner_login=&data_file_id=&create_data_file=true&change_data_file=true&feed_start_date=08%2F01%2F2008&feed_end_date=08%2F01%2F2008&with_complement=1&create_start_date=&create_end_date=&order=3&number_rows=400&do_search.x=22&do_search.y=5
Commentaire de Espérance Galouo-Lece [ 01/févr./08 15:25 ]
 - C'est normal car, il y'a une migration en cours;
 - Toutes les fiches produits ont des dates d'indexation assez récentes
Commentaire de Aurélien Vergalli [ 01/févr./08 15:37 ]
euh... le Jira porte sur ces centaines de fiches, soumises à des dates que l'on est sensé avoir traitées depuis longtemps, ces fiches apparaissant dans nos listes seulement aujourd'hui.
On commençait à peine à sortir la tête de l'eau ! Enfin on le pensait ...

Cela signifie que, sans qu'on le sache, des centaines de vendeurs attendent la validation de leurs fiches depuis des mois ??? Et à l'avenir, comment savoir où l'on en est ?
Commentaire de Martin Sudmann [ 01/févr./08 18:11 ]
En prod, l'équipe d'exploit est en train de basculer les serveurs sur un nouvel index Fast qui a été récemment créé.
Lors d'une tel indexation complète on parcourt toute la table des produits ligne par ligne ; il est dont impossible d'en oublier.

On mode croisière (mise à jour au fil de l'eau), c'est l'application PriceMinister qui déclenche l'indexation d'un produit en positionnant une date.
Le module qui assemble les données et les envoie à l'index cherche toujours les produits qui ont été modifiés dans la dernière minute.
Parfois il arrive que l'application est très lente, et la date de modification qu'elle enregistre dans la base est déjà trop loin dans le passé
quand elle fait enfin l'écriture ; c'est à dire que le module d'indexation est déjà passé à la minute suivante et les produits dans la minute en question ne sont jamais
envoyés à l'index.
Dans le cas des produits déjà validés c'est moins grave, parce qu'une simple mise en panier ou autre modification suffit pour ré-indexer le produit.
Quand il s'agit d'un produit soumis, il ne va jamais être modifié, parce qu'il est invisible.
Ce sont ces produits là qui apparaissent d'un coup quand on fait une indexation complète. Cela devrait se produire ainsi à chaque version majeure.

Il faut alors valider ces produits comme tous les autres, même si c'est avec beaucoup de retard.

Il existe un outil de vérification de ce phénomène, que l'on est actuellement en train de tester. Cet outil, une fois en place, va faire le "ramasse-miettes" pour déclencher la ré-indexation
de ces produits 1 à 2 heures après qu'il a été loupé à l'indexation (voir jira lié).
Commentaire de Martin Sudmann [ 01/févr./08 18:13 ]
va être corrigé hors version avec la mise en place du sweep.pl
Commentaire de Aurélien Vergalli [ 04/févr./08 09:06 ]
Merci pour l'explication détaillée.
Commentaire de Martin Sudmann [ 14/mai/08 12:08 ]
apparemment ce n'est plus d'actualité



[APP-27073] Touch sur property priceminister.holiday.date.XX pas pris en compte par l'application Création: 29/oct./09 11:04  Mise à jour: 29/oct./09 15:55  Résolue: 29/oct./09 15:43

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 56.0.0 (TX-J)
Version(s) corrigée(s): 56.0.0 (TX-J)

Type: Bogue Priorité: Majeur
Rapporteur: Aurélie Kwiatkowski Attribution: Arnaud Forgues
Résolution: Invalid  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File Property_non_supprimée.JPG    
Pays:
FRA - France
Site: Integ
Navigateur: Tous
Projets PM archivés: Assistance téléphonique dans le panier

 Description   
Hier j'ai ajouté la property priceminister.holiday.date.20 = 28/10/2009 dans le fichier priceminister-overload.properties.

Ajourd'hui, je la remplace par priceminister.holiday.date.18 = 29/10/2009

Et j'ai aujourd'hui les 2 properties en BO (cf capture).

 Commentaires   
Commentaire de Arnaud Forgues [ 29/oct./09 14:02 ]
Tu as fait ces manip sur deutz ? car je ne retrouve par ces valeurs de property à présent ...

De plus, quand tu dis "je la remplace", c'est bien le cas ? car d'après ton commentaire ton ancienne property était "priceminister.holiday.date.20" et ta nouvelle est "priceminister.holiday.date.18" ==> deux property bien différente finalement ?!
Commentaire de Aurélie Kwiatkowski [ 29/oct./09 15:05 ]
J'ai effectivement remplacé "priceminister.holiday.date.20" par "priceminister.holiday.date.18" dans l'overload.
La 20 aurait du disparaître au profit de la 18.

Tu ne vois rien à 14h02 parce que j'ai supprimé la property "priceminister.holiday.date.18" ce matin et qu'Espérance a redémarré deutz juste avant que tu regardes (13h58).
Commentaire de Arnaud Forgues [ 29/oct./09 15:43 ]
Comme vu ensemble, un touch sur le fichier "property-service.xml" permet de prendre en compte à la volée la modification de property ou encore l'ajout mais pas la suppression. Pour cela il faut redémarrer JBoss, d'où le pb !

Voilou
Commentaire de Cédric Goldovsky [ 29/oct./09 15:47 ]
Intéressant, comme quoi on en apprend tous les jours :)



[Centralisation PMV] Implémentation phase B : Transfert automatique des ventes payables et débit automatisé du PMV (APP-18216)

[APP-19296] [POST-PROD] Nouvelle rubrique d'aide pour les vendeurs en mode Compta Création: 29/janv./08 12:02  Mise à jour: 18/févr./08 16:15  Résolue: 15/févr./08 17:59

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 19.0.0
Version(s) corrigée(s): 19.0.1

Type: Sous-tâche Priorité: Mineur
Rapporteur: Arnaud Forgues Attribution: Steven Harel
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM archivés: Paiement - Centralisation PMV

 Description   
Suite au dernier copil PMV (du 28/01/2008), nous avons décidé de ne garder qu'une info "A venir" et de supprimer "Ventes payables " pour les vendeurs en mode Compta. Il faut donc adapter la rubtrique d'aide "i_compensation_new" pour leur cas et donc il faut créer une nouvelle rubrique d'aide et son contenu dans IG avec l'alias "i_compensation_direct"

NB : il se pourrait également qu'il ne s'agisse pas de la seule rubrique d'aide à adapter pour les vendeurs en mode compta : en regardant rapidement j'ai pu voir i_wallet_transfer_auto et i_wallet_amount qui méiteraient également un petit qqch. Tenez moi au courant s'il vous faut de nouveaux alias pour avoir un wording completement spécifique ou si vous pouvez jouer sur le wording des rubriques existantes pour faire cela !

Merci

 Commentaires   
Commentaire de Steven Harel [ 01/févr./08 09:04 ]
l'aide pmv a été adaptée pour le mode compta
les sitenodes et les articles ont été créés dans ig
Commentaire de Emeric Teil [ 01/févr./08 11:59 ]
Steven, je ré-ouvre ce Jira, pour que tu puisses soumettre à publication tes articles. Penses bien à indiquer les infos nécessaires :
-> Repository
-> Alias des SiteNodes ET des articles
Commentaire de Steven Harel [ 01/févr./08 12:25 ]
l'aide pmv2 mode compta a été soumise à publication
concerne onlinehelp sur cms1

sitenodes : PORTE_MONNAIE_V2/PORTE_MONNAIE_V2_MODE_COMPTA/
QUESTION_SUR_LE_PAIEMENT_DE_MES_VENTES (121105) 2008-01-31 harels
SOLDE_DISPONIBLE (121104) 2008-01-31 harels
TRANSFERT_AUTO_SUR_PORTE_MONNAIE (121102) 2008-01-31 harels
DELAIS_DE_PAIEMENT (121101) 2008-01-31 harels
CALCUL_DU_PAIEMENT (121100) 2008-01-31 harels
DEJA_PAYE_PAYABLE_A_VENIR (121099) 2008-01-31 harels
PROBLEME_AVEC_LE_FONCTIONNEMENT_DU_PORTE_MONNAIE (121098) 2008-01-31 harels
COMMENT_REVERSER_VERS_MON_COMPTE_BANCAIRE (121097) 2008-01-31 harels
A_QUOI_SERT_LE_PORTE_MONNAIE (121095) 2008-01-31 harels

articles : folder porte-mnonnaie v2/folder porte-monnaie v2 mode compta
Solde disponible (208929) 2008-02-01 harels
J'ai une question sur le paiement de mes ventes (208927) 2008-01-31 harels
Transfert automatique de mes ventes sur mon Porte-Monnaie (208936) 2008-01-31 harels
Statut des ventes (208934) 2008-01-31 harels
J'ai un problème avec le fonctionnement du Porte-Monnaie (208925) 2008-01-31 harels
Délais de paiement de mes ventes (208923) 2008-01-31 harels
Comment reverser l'argent vers mon compte bancaire (208885) 2008-01-30 harels
Calcul du paiement de mes ventes (208883) 2008-01-30 harels
A quoi sert le Porte-Monnaie (208879) 2008-01-30 harels
Commentaire de Emeric Teil [ 01/févr./08 16:55 ]
OK, pour la publication des site-node et des articles. Je ré-ouvre, une dernière fois, pour que, lorsque tu auras les bon wording, tu puisses à nouveau soumettre tes articles à publication.

Merci
Commentaire de Arnaud Forgues [ 11/févr./08 18:13 ]
soumis à publication dans cms1. Il faut donc maintenant porter online_help sur cms3. a confirmer avec EMT/SHA/ALG

  /ONLINE_HELP/INSTRUCTIONS/PORTE-MONNAIE_V2/PORTE_MONNAIE_V2_MODE_COMPTA/DELAIS_DE_PAIEMENT_ACC (121166)

2008-02-11

forguesa
/ONLINE_HELP/INSTRUCTIONS/PORTE-MONNAIE_V2/PORTE_MONNAIE_V2_MODE_COMPTA/CALCUL_DU_PAIEMENT_ACC (121165)

2008-02-11

forguesa
/ONLINE_HELP/INSTRUCTIONS/PORTE-MONNAIE_V2/PORTE_MONNAIE_V2_MODE_COMPTA/DEJA_PAYE_PAYABLE_A_VENIR_ACC (121164)

2008-02-11

forguesa
/ONLINE_HELP/INSTRUCTIONS/PORTE-MONNAIE_V2/PORTE_MONNAIE_V2_MODE_COMPTA/PROBLEME_AVEC_LE_FONCTIONNEMENT_DU_PORTE_MONNAIE_ACC (121160)

2008-02-11

forguesa
/ONLINE_HELP/INSTRUCTIONS/PORTE-MONNAIE_V2/PORTE_MONNAIE_V2_MODE_COMPTA/COMMENT_REVERSER_VERS_MON_COMPTE_BANCAIRE_ACC (121163)

2008-02-11

forguesa
/ONLINE_HELP/INSTRUCTIONS/PORTE-MONNAIE_V2/PORTE_MONNAIE_V2_MODE_COMPTA/A_QUOI_SERT_LE_PORTE_MONNAIE_ACC (121162)

2008-02-11

forguesa
/ONLINE_HELP/INSTRUCTIONS/PORTE-MONNAIE_V2/DEJA_PAYE_PAYABLE_A_VENIR (121161)

2008-02-11

harels
/ONLINE_HELP/INSTRUCTIONS/PORTE-MONNAIE_V2/PROBLEME_AVEC_LE_FONCTIONNEMENT_DU_PORTE-MONNAIE (121159)

2008-02-11

harels
/online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/Folder Porte-Monnaie V2 mode Compta/A quoi sert le Porte-Monnaie (212540)

2008-02-11

nep
/online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/Folder Porte-Monnaie V2 mode Compta/J'ai une question sur le paiement de mes ventes (212688)

2008-02-11

harels
/online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/J'ai une question sur le paiement de mes ventes (208926)

2008-02-11

harels
/online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/Folder Porte-Monnaie V2 mode Compta/Transfert automatique de mes ventes sur mon Porte-Monnaie (212689)

2008-02-11

harels
/online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/Folder Porte-Monnaie V2 mode Compta/Statut des ventes (212687)

2008-02-11

harels
/online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/Folder Porte-Monnaie V2 mode Compta/Solde disponible (212686)

2008-02-11

harels
/online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/Folder Porte-Monnaie V2 mode Compta/J'ai un problème avec le fonctionnement du Porte-Monnaie (212683)

2008-02-11

harels
/online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/Folder Porte-Monnaie V2 mode Compta/Délais de paiement de mes ventes (212682)

2008-02-11

harels
/online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/Délais de paiement de mes ventes (208922)

2008-02-11

harels
/online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/Folder Porte-Monnaie V2 mode Compta/Comment reverser l'argent vers mon compte bancaire (212606)

2008-02-11

harels
/online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/Folder Porte-Monnaie V2 mode Compta/Calcul du paiement de mes ventes (212599)

2008-02-11

harels
/online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/Solde disponible (208928)

2008-02-01

harels
/online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/Solde minimum à conserver dans mon Porte-Monnaie (208930)

2008-01-31

harels
/online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/Transfert automatique de mes ventes sur mon Porte-Monnaie (208935)

2008-01-31

harels
/online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/Statut des ventes (208933)

2008-01-31

harels
/online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/J'ai un problème avec le fonctionnement du Porte-Monnaie (208924)

2008-01-31

harels
/online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/Comment reverser l'argent vers mon compte bancaire (208884)

2008-01-30

harels
/online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/Calcul du paiement de mes ventes (208882)

2008-01-30

harels
/online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/Acheter avec mon Porte-Monnaie (208880)

2008-01-30

harels
/online_help/Help Articles/Folder Instructions/Folder Porte-Monnaie V2/A quoi sert le Porte-Monnaie (208876)

2008-01-30
Commentaire de Emeric Teil [ 12/févr./08 19:39 ]
Encore quelques corrections à prévoir...
Commentaire de Steven Harel [ 14/févr./08 11:01 ]
merci de publier tous les articles en working du folder pmv2 mode compta
Commentaire de Yassine Mouhammadou [ 15/févr./08 17:59 ]
ok publié
Commentaire de Espérance Galouo-Lece [ 18/févr./08 16:15 ]
Done.



[IMP-2345] fichier bpettit ne passe pas sur son compte gtp analyser pourqoi et le faire passer merci Création: 17/juin/08 15:41  Mise à jour: 30/oct./09 15:50  Résolue: 18/juin/08 09:34

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Anne Korchia Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File pmjuin.txt    
Pays:
FRA - France
Login: bpettit
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)

 Description   
fichier bpettit ne passe pas sur son compte gtp analyser pourqoi et le faire passer merci
mail du partenaire :
J'ai essayé ce matin de faire une mise à jour en FTP avec donc ma base au format convenu, c'est à dire, dans l'ordre des colonnes :

- ISBN
- Ref
- Auteur
- Titre
- Description
- Prix
- Edition

Cela n'a pas fonctionné, lorsque je vais dans mon compte - Envoyer mes fichiers de stock il est indiqué 18970 lignes (50) erreurs, Succès :
0%, "Trop d'erreurs"

 Commentaires   
Commentaire de Fotigui Tangara [ 17/juin/08 18:21 ]
Le problème au niveau du FTP à été corrigé, vu que son compte a été créé en 2006 et que le format de fichier a changé (13/06/2008), par conséquent le profil dont dépend le FTP a aussi changé...
La modification sera pris en compte demain matin. Si le PRO respecte son dernier format, il n'y aura pas de soucis pour passer le fichier...



[APP-11636] Prblm lors d'ouverture du compte salvi06: stock limité -> illimité Création: 08/août/06 14:51  Mise à jour: 04/mars/08 12:53  Résolue: 15/févr./08 17:17

Etat: Fermé
Projet: Application PriceMinister
Composants: Annonces, Compte utilisateur
Affecte la/les version(s): 9.0.2a
Version(s) corrigée(s): 19.2.0

Type: Bogue Priorité: Majeur
Rapporteur: Jany Marimoutou Attribution: Edouard Gomez-Vaez
Résolution: Corrigé  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à APP-10441 Plus d'acces au stock illimité en mis... Fermé
Sous-tâches:
Clé
 Résumé
 Type
 Etat
 Attribution
APP-12242 lien du compte non encore vendeur Sub-bug Fermé Alexandre Garnier  
APP-12243 modification d'annonces: l'option ill... Sub-bug Fermé Yassine Mouhammadou  
Site: Prod
Projets PM: *** STANDBY ***
Classif1: BP
Classif2: RBP - nettoyage - unavailable_count

 Description   
Aujourd'hui j'ai aidé salvi06 à ouvrir son compte.
J'ai constaté deux soucis :

1 lorsque le compte n'est pas encore vendeur, comme indiqué graphiquement, il suffisait de cliquer dessus pour arriver sur la page de mise en vente; En cliquant je suis resté sur la page après un rafraichissement.

2 j'ai mis l'option "illimité" sur le compte, après avoir cliqué moult fois pour sur l'option dans la modification d'annonce, le stock est resté sur "2"

 Commentaires   
Commentaire de Younès Charrière [ 08/août/06 16:35 ]
Précisions :
1) Lorsque l'on clique sur "Pas encore vendeur?" dans "Mon Compte" > "Espace Vendeur" il y a juste un rafraîchissement de la page.
Pour tester utiliser ce compte : jadyProd

2)salvi06 est un vendeur Pro mais il n'arrive pas à mettre comme quantité "illimité" sur sa première annonce crée lorsque l'on modifie l'annonce (son stock reste à 2). Le produit est le suivant "Dvd Corsicaphoto Vol2", son id est 48157693
Commentaire de Younès Charrière [ 08/août/06 17:19 ]
Logs de PROD en rapport avec les problèmes rencontrés?
1)
2006-08-08 11:14:10,012 INFO [-Processor98] salvi06 - >>> GET http://bo.priceminister.com/user
2006-08-08 11:14:10,012 INFO [-Processor98] salvi06 - Same request - count=3 - delay=24014ms

2)
2006-08-08 14:32:06,174 INFO [-Processor26] salvi06 - >>> GET http://bo.priceminister.com/inventory?category=102787&select=0&update=false

2006-08-08 14:32:06,300 INFO [-Processor26] salvi06 - <<< [126 ms] GET http://bo.priceminister.com/inventory?category=102787&select=0&update=false



Commentaire de Alexandre Garnier [ 11/sept./06 12:11 ]
le href du lien "Pas encore vendeur" est égal à "", ce qui veut dire que le targetUrl du SiteNode SELL_INDEX est soit mal configuré en Prod, soit mal récupéré ...
Commentaire de Alexandre Garnier [ 14/sept./06 14:48 ]
Les 2 sous-tâches sont résolus
Commentaire de Renaud Dierickx [ 17/oct./06 12:03 ]
Le lien dans mon compte "pas encore vendeur" fonctionne correctement.
Vous pouvez fermer ce bug dans vous fermerez le bug de Geneviève.
Commentaire de Martin Sudmann [ 17/oct./06 17:28 ]
en attente de résolution du bug PARAM.
Commentaire de Edouard Gomez-Vaez [ 15/févr./08 17:17 ]
bug param fermé.



[IMP-6147] Import fichier type jeux video- compte GAME_FR et GAMES_FRANCE Création: 21/mai/10 17:34  Mise à jour: 27/mai/10 10:57  Résolue: 27/mai/10 10:56

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Dorian Porta Delsol Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel game_fr Console PM le 21 Mai 2010.xls     Microsoft Excel Game_france jeux et accessoires PM le 21 MAi 2010.xls    
Pays:
FRA - France
Login: GAME_FR et GAME_FRANCE
Modèle: jeux vidéo
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec création produits
Groupe: Neteven

 Description   
Normalement un profil de création jeux video a été créé pour le compte GAME_FR (création de console) est ce que ca fonctionne? Mail Charlotte Marchand :

"J'ai l'impression que le compte GAME_FR n'est pas configuré pour de la création des Consoles. Est-ce que ma demande précédente a été traitée ?
Tu trouveras ci-joint la liste des consoles qui ne sont pas passées en publication directe sur GAME_FR. Tu constateras qu'il me manque quelques dates de sortie. Pourrais-tu éventuellement m'aider à les trouver si ce champ est réellement obligatoire ?"

Pour moi nous pouvons créer ces fiches consoles sans le champ date de sortie.

Il faudrait aussi créer pour le second compte GAME_FRANCE (jeux+accessoires) un profil de création jeux vidéo pour la création de certains accessoires (sauf si on peu ditrectement les créer grâce au prifil de GAME_FR ?) .

Merci

 Commentaires   
Commentaire de Frédéric Nahum [ 27/mai/10 10:56 ]
tout a été paramétré pour ces deux compte sur le principe neteven annonce d'n coté et modèle jeux video de l'autre

Pour les produit il faut également qu'il rajoute la colonne à la fin du fichier avec le type de produit comme pour l'annonce
Commentaire de Frédéric Nahum [ 27/mai/10 10:57 ]
Effectivement on peut créer dans date de sortie



[APP-17822] [Mots-clé Fraudes] Demande de code velocity pour exclure certains comptes de regles de surveillance. Création: 18/sept./07 16:21  Mise à jour: 27/nov./07 10:48  Résolue: 12/nov./07 14:25

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 16.1.0
Version(s) corrigée(s): 18.0.0

Type: Nouvelle fonctionnalité Priorité: Mineur
Rapporteur: Cedric Favero Attribution: Geneviève Beaujard
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
a pour doublon APP-17821 [Mots-clé Fraudes] Demande de code ve... Fermé
Pays:
FRA - France
Site: Prod
Projets PM archivés: Maintenance 18.x.x

 Description   
Actuellement , afin de detecter de potentielles fraudes auto , on a mis en place des mots clés qui detectent les adresses email en yahoo.com ou gmail.com lorsqu'il s'agit d'annonces auto:

ex:
($util.contains($seller.EmailAddress, "yahoo.com") || $util.contains($seller.EmailAddress, "yahoo.de") || $util.contains($seller.EmailAddress, "yahoo.co.uk")) && $advert.PrdTypeCode.toString()== "1700"

Afin de rendre ces regles plus pertinentes et éviter que des comptes considérés comme fiables puissent tomber en surveillance , on aimerait pouvoir exclure de cette regle les comptes datant de plus d'un an ou ayant réalisé plus d'un certain nombre de ventes.

Quelles seraient les variables pour spécifier:
- un utilisateur dont le compte a plus d'un an
- un utilisateur ayant déjà réalisé plus de 2 ventes.

Merci d'avance.

 Commentaires   
Commentaire de Geneviève Beaujard [ 24/sept./07 09:25 ]
- un utilisateur dont le compte a plus d'un an
$seller.isOlderThan(1)
- D'une maniere plus generale
un utilisateur dont le compte a plus de 'x' ans
$seller.isOlderThan(x)
- un utilisateur ayant déjà réalisé plus de 2 ventes.
$seller.SaleCount > 2

/home/cvs/dev/source/src/com/babelstore/user/UserInfo.java,v <-- UserInfo.java
new revision: 1.35; previous revision: 1.34
done
Commentaire de Cedric Favero [ 24/sept./07 10:35 ]
Super , merci bcp , je teste tout çà...

PS: j'ai pas trouvé ces infos dans la table USER , je n'ai pas regardé au bon endroit?
Commentaire de Cedric Favero [ 02/oct./07 14:54 ]
et pour un nombre d'achats supérieur à 2?
$seller.BuyCount > 2 ???
Commentaire de Cedric Favero [ 11/oct./07 09:01 ]
j'ai fait ma regle comme suit:

$advert.PrdTypeCode.toString()== "1700" && ($util.contains($seller.EmailAddress, "gmail.com") || $util.contains($seller.EmailAddress, "googlemail.com") || $util.contains($seller.EmailAddress, "yahoo.com") || $util.contains($seller.EmailAddress, "yahoo.de") || $util.contains($seller.EmailAddress, "yahoo.co.uk")) && ! $seller.isOlderThan(1) && ! $seller.SaleCount > 1 && ! $seller.BuyCount > 1

Celà me cause une erreur en prod:

Left side of '>' operation is not a valid type. It is a class java.lang.Boolean. Currently only integers (1,2,3...) and Integer type is supported. PMVelocity - Keyword[834702] [line 1, column 366]

Faut il que je mette des parenthèses?
&& ! ($seller.SaleCount > 1) && ! ($seller.BuyCount > 1)

Merci.


Commentaire de Cedric Favero [ 09/nov./07 09:35 ]
j'ai plusieurs erreurs retournés par ce mot clé:

Left side ($seller.SaleCount) of '>' operation has null value. Operation not possible. PMVelocity - Keyword[834702] [line 1, column 373]
Left side of '>' operation is not a valid type. It is a class java.lang.Long. Currently only integers (1,2,3...) and Integer type is supported. PMVelocity - Keyword[834702] [line 1, column 394]
Left side of '>' operation is not a valid type. It is a class java.lang.Long. Currently only integers (1,2,3...) and Integer type is supported. PMVelocity - Keyword[834702] [line 1, column 419]
Left side of '>' operation is not a valid type. It is a class java.lang.Long. Currently only integers (1,2,3...) and Integer type is supported. PMVelocity - Keyword[834702] [line 1, column 440]

Voici le mot clé tel que je l'ai réecrit:

$advert.PrdTypeCode.toString()== "1700" && ($util.contains($seller.EmailAddress, "gmail.com") || $util.contains($seller.EmailAddress, "googlemail.com") || $util.contains($seller.EmailAddress, "yahoo.com") || $util.contains($seller.EmailAddress, "yahoo.de") || $util.contains($seller.EmailAddress, "yahoo.co.uk")) && ! (($seller.isOlderThan(1)) || ($seller.SaleCount && $seller.SaleCount > 1) || ($seller.BuyCount && $seller.BuyCount > 1))


Genevieve , peux tu me dire ce que tu en penses... Je ne comprends pas les erreurs qui me sont données..
Je pense qu'il y a des erreurs quand il n'y a aucune vente ou achat..
Commentaire de Alexandre Garnier [ 09/nov./07 09:50 ]
SaleCount et BuyCount sont des Long et Velocity ne peut faire des comparaisons que sur des int ou Integer.
Faire $seller.SaleCount.intValue() > 1 et $seller.BuyCount.intValue() > 1
Commentaire de Cedric Favero [ 09/nov./07 09:53 ]
çà me parle pas trop , tu as 5 min pour m'expliquer?
Commentaire de Cedric Favero [ 09/nov./07 10:01 ]
et est-ce que je peux faire superieur ou égal ?(pour dire AU MOINS 1 achat ou une vente)
Merci
Commentaire de Geneviève Beaujard [ 09/nov./07 14:45 ]
il faut remplacer:
($seller.SaleCount && $seller.SaleCount > 1) || ($seller.BuyCount && $seller.BuyCount > 1)
par
($seller.SaleCount && $seller.SaleCount .intValue()> 1) || ($seller.BuyCount && $seller.BuyCount .intValue()> 1)

Le simple fait d'ajouter la methode intValue() supprime le message :
Left side of '>' operation is not a valid type. It is a class java.lang.Long. Currently only integers (1,2,3...) and Integer type is supported.

Viens me voir cedric, je t'expliquerai tout ça sur mon serveur de dev.
A bientôt.



[APP-21480] Poser une question depuis formulaire d'aide en ligne sans avoir de compte PM : Pb "$login" affiché Création: 28/juil./08 11:44  Mise à jour: 05/sept./08 18:10  Résolue: 01/sept./08 15:16

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 28.0.0 (CTN-F)

Type: Bogue Priorité: Mineur
Rapporteur: Christophe Garcia Attribution: Alexandre Garnier
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Liens des demandes:
Similaire
similaire à APP-21686 Compte contact créé suite à envoi de ... Fermé
Pays:
ALL - Tous
Projets PM: *** CHASSE ***

 Description   
Depuis l'aide, esayer de poser une question au SAV en utilisant n'importe quel formulaire.
Ne pas s'authentifier au préalable et envoyer le mail en utilisant le rubrique "Si vous n'avez pas encore de compte PriceMinister".
Saisir des données bidon puis envoyer.
On obtient alors le screenshot en PJ

 Commentaires   
Commentaire de Alexandre Garnier [ 28/juil./08 14:43 ]
Tiens je connaissais pas ce truc !
Commentaire de Alexandre Garnier [ 28/juil./08 15:09 ]
En effet, la FastRegisterAction permet de créer un compte contact mais ce type de compte ne possède pas de login !
Commentaire de Alexandre Garnier [ 28/juil./08 16:23 ]
CMS1
default
/default/Labels/_Mon Compte/_Identification/LoginSuccess/info_hello



[APP-22896] Cet utilisateur est en mode 'Compta' mais sa configuration de paiement est erronnée. Merci d'alerter l'équipe technique> Sexyav Création: 03/nov./08 18:09  Mise à jour: 13/janv./09 11:59  Résolue: 05/nov./08 14:52

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office, Paiement
Affecte la/les version(s): 32.0.1.1
Version(s) corrigée(s): 38.0.0 (TX-D Bis)

Type: Bogue Priorité: Majeur
Rapporteur: Isabelle Weisbecker Attribution: Dispatcher (Pôle TX)
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
FRA - France
Site: Prod
Projets PM: *** RESERVE ***
Navigateur: Tous

 Description   
Voic le message d'erreur dans le BO
http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=12540601

Cet utilisateur est en mode 'Compta' mais sa configuration de paiement est erronnée. Merci d'alerter l'équipe technique.

 Commentaires   
Commentaire de Emeric Teil [ 05/nov./08 14:51 ]
Cet utilisateur a déjà posé problème récemment, et c'est pour la même raison qu'il y a un message d'erreur en BO : il n'as pas de coordonnées de paiement configurées.

Pour corriger cela, deux options :
-> Il va en FO, active son PMV et configure son adresse de paiement
-> Depuis le BO, cliquez sur "M" à côté de "Paiement" dans le bloc coordonnées de la fiche utilisateur et renseignez ses coordonnées

E.



[APP-11253] [Cob Croix-rouge] Bug dans la page mon compte cobranding croix-rouge Création: 20/juil./06 18:20  Mise à jour: 25/juin/07 18:42  Résolue: 28/juil./06 13:53

Etat: Fermé
Projet: Application PriceMinister
Composants: Cobrandings
Affecte la/les version(s): 9.0.2
Version(s) corrigée(s): 9.0.2

Type: Bogue Priorité: Majeur
Rapporteur: Alexandre Moulti Attribution: Edouard Gomez-Vaez
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Site: Integ

 Description   
Lorsqu'on on va sur le cobranding croix-rouge sur le site d'intégration et que l'on va dans l'espace mon compte. On ne peut plus aller dans les autres ongles (accueil par exemple).
Avec firefox , on peut voir le log des erreurs et ceux-ci indiquent que le site cherche une css sur akamai ce qui ne devrait pas etre le cas en mode sécurisé (https).

 Commentaires   
Commentaire de Alexandre Moulti [ 20/juil./06 18:31 ]
Cela est dû au fait que cette page ne fonctionne pas :

http://croix-rouge.pm.lan/pr/pr.js

Il faut la rajouter -> équipe d'intégration.
Commentaire de Edouard Gomez-Vaez [ 21/juil./06 11:13 ]
Bizarre, sachant que http://nimportequoi.pm.lan/pr/pr.js lui existe bien...
Commentaire de Antoine Koener [ 27/juil./06 11:30 ]

Non.

'pr' est le répertoire 'promo' il est necessaire de faire un lien sur le filesystem pour le faire pointer sur 'promo'

J'aimerais bien connaître les personnes qui ont de brillantes idée de la sorte.

Quoi qu'il en soit, le lien est fait et les js sont trouvés.
Commentaire de Patrick Condevaux [ 27/juil./06 16:23 ]
ok en INTEG... Antoine a raison ! y'a des personnes qu'ont des idees brillantes !!!
Commentaire de Quentin de Chivré [ 27/juil./06 20:02 ]
J'aimerais comprendre quel est le probleme ? (avec les idées brillantes de certains... ;-)

L'URL /promo/promo.js a été changée en /pr/pr.js afin d'éviter des problemes de filtrages par certains popup blockers et autres anti-spyware (ca c'est l'idée brillante)

Maintenant je ne sais pas comment cela a été implémenté côté exploit (ce fichier ne fait pas partie du déploiement, il est piloté par l'équipe param)

Il est possible que l'on ait fait la modif uniquement sur WWW et qu'on doive maintenant la faire sur les différents cobrandings a mesure qu'on les migre. C'est ca qui te gene ?

J'aimerais que tu expliques un peu + afin de voir ce qu'il faut eventuellement améliorer... :-)
Commentaire de Antoine Koener [ 28/juil./06 12:05 ]

Ce qui serait très intéressant c'est de disposer d'une arborescence utilisées par les différents sites.

La politique précédente appliquée lors de la création d'un cobranding était de faire de liens sur tous les répertoires au dessus...
C'est parfait pour se perdre.

Si nous avions cette liste nous pourrions tout de suite 'diagnostiquer' ce qu'il manque.
Et donc scripter la création, la vérification etc. Nous y gagnerons tous, il me semble. :-)


Sinon, je clos le JIRA ?


Commentaire de Alexandre Moulti [ 28/juil./06 12:13 ]
Qu'en penses-tu pour la question d'antoine ?

Je ne suis pas en mesure de donner des conseils de conception touchant autant le framework.

En tous cas il n'y a plus de bug. La page mon compte croix-rouge fonctionne
Commentaire de Edouard Gomez-Vaez [ 28/juil./06 13:53 ]
En effet, je suis en phase avec Antoine, et je propose que l'on formaliser bien le retour sur expérience de ces CoB en exploitation. On initie cela ce soir avec Arnaud, mais je pense qu'il faudra faire cela post deploy, quand on aura la tête plus froide.

Je lance une réunion.
Commentaire de Quentin de Chivré [ 28/juil./06 16:24 ]
Une réu dev / exploit sur le thème des cobrandings, en voila une bonne idée :-)
Commentaire de Patrick Condevaux [ 31/juil./06 12:20 ]
ok pour la reunion ;-)

et OK pour la correctio en INTEG



[IMP-345] Groupe Eden Auto : Bloquer les imports et vider le stock pour tous les comptes Création: 27/mars/07 11:02  Mise à jour: 30/oct./09 15:50  Résolue: 03/avr./07 15:02

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Jérome Marianne Attribution: Rodrigue Nsiangani
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: renaultpau....
Séparateur: N/A
Type de traitement:
Suppression annonces
Estimation: Petit

 Description   
Voici la liste des comptes :

renaultpau
renault-osm
renault-tarb
renault65100
renault65300
renault-orth
renault-asa
renault-lim
renault-sj
nissan-pau
nissan-tarb
nissan87000
bmw-beziers
bmw-carcas
bmw-narbonne

 Commentaires   
Commentaire de Rodrigue Nsiangani [ 27/mars/07 16:24 ]
La config a été désactivée + login supprimé de la liste d'import automatique des images.

Je ferme.
Commentaire de Jérome Marianne [ 03/avr./07 14:40 ]
Les imports n'ont pas été bloqués car ils continuent à arriver sur les différents comptes.
Commentaire de Rodrigue Nsiangani [ 03/avr./07 15:02 ]
Désolé, je n'avais pas désactivé la configuration principale "Config_cortix.xml"

C'est fait:
@@@

#[[Partenaires/fr/Config_cortix.xml]]
#[[Partenaires/fr/Config_renaultpau.xml]]
#[[Partenaires/fr/Config_renault-osm.xml]]
#[[Partenaires/fr/Config_renault-tarb.xml]]
#[[Partenaires/fr/Config_renault65100.xml]]
#[[Partenaires/fr/Config_renault65300.xml]]
#[[Partenaires/fr/Config_renault-orth.xml]]
#[[Partenaires/fr/Config_renault-asa.xml]]
#[[Partenaires/fr/Config_nissan-pau.xml]]
#[[Partenaires/fr/Config_nissan-tarb.xml]]
#[[Partenaires/fr/Config_renault-lim.xml]]
#[[Partenaires/fr/Config_nissan87000.xml]]
#[[Partenaires/fr/Config_renault-sj.xml]]
#[[Partenaires/fr/Config_bmw-beziers.xml]]
#[[Partenaires/fr/Config_bmw-carcas.xml]]
#[[Partenaires/fr/Config_bmw-narbonne.xml]]

@@@

Les stocks des partenaires ont été vidés.

Je ferme.



[APP-13686] Création de deux compte contacts suite à un double-clique involuntaire Création: 09/nov./06 10:48  Mise à jour: 03/déc./07 14:49

Etat: Ouvert
Projet: Application PriceMinister
Composants: Mails
Affecte la/les version(s): 9.0.4.2 (AOL)
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Mineur
Rapporteur: Agathe Remy Attribution: Dispatcher (Dev-Réserve)
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File checkContact1.txt     Text File checkContact2.txt     Microsoft Excel doublons contacts.xls    
Liens des demandes:
Similaire
similaire à EXP-4093 Nettoyage des doublons de comptes con... En cours
similaire à APP-15725 Empecher les multi-cliques pour les c... Fermé
Pays:
FRA - France
Projets PM: *** RESERVE ***
Classif1: TECH
Classif2: javascript

 Description   
Bonjour,

D'après ce que l'on m'a expliqué, il devrait pas exister deux comptes contacts avec la même adresse email.
Or ce n'est pas le cas, et des doublons sont encore créés aujourd'hui.

Est-ce un bug?

Vous trouverez ci-joint le liste des emails en doublon.

Merci.

Agathe

 Commentaires   
Commentaire de Geneviève Beaujard [ 10/janv./07 15:31 ]
Le titre du bug n'est pas bon, il faut dire nous avons des doublons de compte contact.
Les comptes contacts sont créés par batch ou en FO(page accueil appui sur le bouton de recevez nos promos).
IL y a plus de 1300 comptes en doublon.

Voici la liste des comptes contact triés par creation_date: http://pricejira.lan/secure/attachment/19700/checkContact1.txt
Voici la liste des comptes contact triés par email_address: http://pricejira.lan/secure/attachment/19701/checkContact2.txt

D'apres ces listes je constate qu'il y a 2 problemes:
1) Quand la creation_date est differente
   je ne sais pas comment cela a pu arriver, les creations sont trop anciennes pour regarder les logs.
2) Pour les creation_date identiques il s'agit je pense du probleme de multiclic

En dev, integ, prod on reproduit tres bien le probleme 2 en multicliquant sur le bouton GO de la page d'acceuil).
En multicliquant en dev, j'ai reussi a voir 2 comptes avec la même email_address, nous voyons d'ailleurs s'afficher le message suivant dans la popup:
'Votre nouvelle tentative de connexion est trop rapide, veuillez réessayer ultérieurement.
Vous pouvez cependant poursuivre votre navigation.
Nous vous remercions pour votre fidélité.'

Ce message est affiché lors du 3eme clic (voir propriété priceminister.request.multiple_request_limit = 3).
Les 2 premiers clics crée un compte contact avec les mêmes donnees.
Le 3eme genere le message ci_dessus.

Solutions possibles pour le pb 1:
- pas de propositions car c'est trop ancien, simplement virer les comptes en doublon
  d'ailleurs depuis 2006 tous les doublons ont une date identique.

Solutions possibles pour le multiclic (pb 2):
 - se servir du traitement generique de mutiples requetes identiques (isDoubleRequest()), mais dans ce cas il faudrait passer la propriété
   request.multiple_request_limit à 1
   
 - brancher un javascript pour ne pas autoriser une multi soumission
 
 - corriger le code de NewsletterPopupAction afin de respecter l'atomicité du test and set.
    public Object execute() throws Exception {
        UserBusinessHome home = UserLookup.getUserBusinessHome();
        Collection col = home.findByEmail(input.getEmailAddress());

        if (col.isEmpty()) {
            // Create new contact
            UserBusiness biz = home.create(input,
                                            request.getBrand().getBrandId(),
                                            request.session().getFirstTrackingId(),
                                            request.session().getFirstTrackingDate());
            
            logger.log("User registration (as contact) - email = " + input.getEmailAddress(), Logger.INFO);
            if (bbConfirmed)
                biz.subscribe(new SubscriptionInput(true, UssTypeCode.NEWSLETTER_CULTURAL), sSource);
            // TODO : to move in cartography ?
            request.setStatistics("Accueil::Popup_newsletter::demande_confirmation");
        }
        else { ..}
        ...
      }
      
 - ne rien faire
 
De toute façon queque soit la solution choisie on risque de recevoir le message de multiclic 'Votre nouvelle tentative...'
en cas de multiclic

QUESTION:
que faire des doublons?
  - les garder
  
  - les virer et si oui quel est le critere de choix pour virer un compte contact?.
Commentaire de Judd OSullivan [ 10/janv./07 16:07 ]
Merci GEB pour cet analyse.

Pour problème 1 on fait un nettoyage.

Pour problème 2 tu as dit qui cette solution javascript est utilisé ailleurs donc je pense que c'est la meilleur solution. De baisser la limite multi-clique (solution 1) n'est pas bien parce que même si l'adresse email est mis dans la BD, l'utilisateur voit une page d'erreur.

Je vais créer une deuxieme JIRA pour le nettoyage de ces doublons.
Commentaire de Nicolas Chauveau [ 25/janv./07 15:33 ]
Voir Martin pour explication de la solution.
Commentaire de Mostafa Diane [ 05/oct./07 16:37 ]
j'ai développé un code javascript qu'il faut mettre dans InfoGlue.
/*****

if(checkSubmitted(this.name)) {javascript:pop('campaign','/subscription?action=popupnewsletter&amp;source=Header&amp;t=1664040&amp;email=' + escape(this.email_address.value), 520, 300, 'scrollbars=no,resizable=no'); }return false;

********/

ce code je ne peux pas le rentrer dans infoglue (il faut attendre un nouveau cms)



[IMP-7880] MACEINTURESA _ Création compte FTP + Flux de commande Catégorie Fashion Création: 21/janv./11 17:33  Mise à jour: 09/févr./11 01:43  Résolue: 08/févr./11 14:59

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Maram Khayati Attribution: Esteban Rios
Résolution: Corrigé  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Pièces jointes: File Fchier_MACEINTURESA.csv    
Sous-tâches:
Clé
 Résumé
 Type
 Etat
 Attribution
IMP-8070 maceinturesa: creation job talend spé... Sous-tâche Résolu Laurent Payot  
Pays:
FRA - France
Login: MACEINTURESA
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec mise à jour/création produits (écrasement) , Mise à jour/création annonces avec mise à jour/création produits

 Description   
Salut,

Le Pro reprend le modèle Fashion pour la mise en ligne de ces ceintures.

Merci de lui créer un compte FTP avec flux de commande.

L'adresse du flux : http://www.ceintureshop.fr/priceminister/priceminister.csv

Pseudo : MACEINTURESA
Mail : contact@ceintureshop.fr

Merci

 Commentaires   
Commentaire de Maram Khayati [ 21/janv./11 17:33 ]
Ci joint le fichier
Merci
Commentaire de Esteban Rios [ 08/févr./11 10:11 ]
fichier en cours de traitement :
http://bo.priceminister.com/datafile_back?action=advfilesearch&fileid=11676938
Commentaire de Esteban Rios [ 08/févr./11 14:59 ]
Demande traitée.


Le vendeur doit mettre à jour son fichier en enlevant les retours chariots et en vérifiant que le contenu des cellules ne dépassent pas 4000 caractères.
Dans le cas contraire l'application ne pourra pas recouper son fichier.
(un mail a été envoyé à fin de lui demander de réaliser les modifications)



[APP-5550] Tous les cobrandings : catégorie de produit Voiture non autorisée et visible dans "Mon compte" Création: 01/sept./05 16:28  Mise à jour: 25/juin/07 18:31  Résolue: 05/sept./05 17:49

Etat: Fermé
Projet: Application PriceMinister
Composants: Cobrandings
Affecte la/les version(s): 8.0.5
Version(s) corrigée(s): 8.0.6

Type: Bogue Priorité: Critique
Rapporteur: Manuel Sadok Attribution: Geneviève Beaujard
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
a pour doublon APP-5503 Présence de la rubrique auto dans "mo... Fermé
Site: Integ

 Description   
* En théorie (enfin je crois...) tout ce qui est lié à l'automobile n'est pas autorisé à être visible sur les co-branding.

Or, lorsque je suis logué, dans le bloc 'Mon compte' de gauche et sur la page 'Mon compte' il y a les rubriques 'Vendeur auto' et 'Acheteur auto'.
A partir de là, on a accès à pas mal de chose, notamment à la mise en vent voiture...


* A peu près de la même manière, il est possible d'accéder à toutes les rubriques non autorisées à partir de la mise en vente.
A partir de la 'vente rapide', lorsque je tape une référence non existante, il y a la possibilité d'afficher sous la forme d'un arbre tous les produits que l'on vend sur Price (même ceux non autorisés sur les cobrandings).
Une fois avoir mis en vente un de ces produits non autorisé, je peux avoir accès à tous les autres produits de la même catégorie

 Commentaires   
Commentaire de Quentin de Chivré [ 02/sept./05 19:13 ]
Oui et c'est grave !!!

Il faudrait masquer la rubrique Voiture sur les cobrandings
Commentaire de Quentin de Chivré [ 05/sept./05 10:23 ]
Corriger aussi le bloc de gauche
Commentaire de Geneviève Beaujard [ 05/sept./05 17:40 ]
Ok pour mon compte, les onglets concernant la voiture n'apparaissent plus sur les cobrandings.
Commentaire de Geneviève Beaujard [ 05/sept./05 17:49 ]
le deuxieme point va faire l'objet d'une tache créée par quentin.



[APP-32486] (UK) EDITO - Traduction emails d'annonce gagnants JEU VENDEUR avec attribution de coupon automatique via le BO Création: 17/janv./11 10:43  Mise à jour: 04/févr./11 17:29

Etat: Ouvert
Projet: Application PriceMinister
Composants: Mails
Affecte la/les version(s): 83.0.5
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Isabel Yus Attribution: Thomas Bentley
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Word Template mail gagnant Jeu Vendeur - acheteur.docx     Microsoft Word Template mail gagnant Jeu Vendeur - vendeur.docx    
Pays:
GBR - Royaume Uni
Site: Prod
Projets PM: *** A PLANIFIER ***

 Description   
Bonjour,

Nous aurions besoin de la traduction des emails ci-joint pour l'annonce du gagnant JEU VENDEUR (vendeur et acheteur) avec attribution de coupon automatique via le BO.

Merci d'avance

Isabel

 Commentaires   
Commentaire de Thomas Bentley [ 21/janv./11 13:44 ]
Traduit et envoyé à Thomas S le 19/02
Commentaire de Habib-Sylvain Gourguet [ 26/janv./11 15:14 ]
Thomas, tu peux communiquer les "alias" des mails en question, svp ?

Et les reporter sur IG si besoin. Auquel cas, process habituel : tu soumets à publication et passe le JIRA en "A publier".

Merci d'avance.
Commentaire de Thomas Bentley [ 26/janv./11 16:29 ]
Les alias des version 'texte' des mails sont les suivants:

8401 (coté vendeur) et 8402 (coté acheteur)

Je vois avec Thomas S de suite pour une éventuel HTMLisation ainsi que l'inclusion de certain lien manquant, non fournis encore par l'équipe market.
Commentaire de Habib-Sylvain Gourguet [ 27/janv./11 18:25 ]
Thomas, des news sur ce JIRA ?

Besoin d'un report des mails sur IG ou on peut fermer ?
Commentaire de Thomas Bentley [ 27/janv./11 18:57 ]
J'ai parlé avec Thomas S aujourd'hui.

Il y a des liens manquants qu'il doit me fournir ainsi que l'impossibilité de HTMLisé pour l'instant. Tout est dans un e-mail que je lui ai envoyé hier (ainsi que les alias) mais auquel il n'a pu répondre a ce jour.

J'attend ses précisions mais l'intégration sur IG peut se faire demain pendant la scéance sans probleme. Je vais pouvoirs modifier le mail avec les infos supplémentaires.

Je commente dès que c'est fait!
Commentaire de Thomas Bentley [ 03/févr./11 16:44 ]
Créé en BO et publié sur REF UK en version texte

/mail_templates/templates/410_système - coupons/0110_jeu Vendeur - vous avez gagné (acheteur)
/mail_templates/templates/410_système - coupons/0120_jeu Vendeur - vous avez gagné (vendeur)

J'effectue une HTMLisation demain si j'ai du temps.
Commentaire de Thomas Bentley [ 04/févr./11 17:29 ]
HTMLisé. Attente création coupon pour pouvoir tester la template.



[APP-24176] Pb de connexion au compte TourDuMonde Création: 05/févr./09 15:50  Mise à jour: 09/févr./09 16:49  Résolue: 09/févr./09 15:20

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 40.0.0 (CAT-G)
Version(s) corrigée(s): 40.0.0 (CAT-G)

Type: Bogue Priorité: Bloquant
Rapporteur: Christophe Garcia Attribution: Patrick Pereira
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Integ
Projets PM: *** RESERVE ***

 Description   
2009-02-05 15:48:36,140 INFO [-Processor40] tourdumonde - >>> GET http://www.pm.lan/user
2009-02-05 15:48:36,145 INFO [-Processor40] tourdumonde - Start to compute counters from 'FO : Mon compte Classic' (FROM_FO_ACCOUNT_MODEL_CLASSIC)
2009-02-05 15:48:36,240 ERROR [-Processor40] tourdumonde - SQL error caused by com.babelstore.util.sql.SQLStatement@6dcafb3a
2009-02-05 15:48:36,242 ERROR [-Processor40] tourdumonde - TransactionRolledbackException in method: public abstract com.babelstore.advert.AdvertCountInf
o com.babelstore.advert.business.AdvertCatalog.getAdvertCountInfo(com.babelstore.user.UserInfo,com.babelstore.common.CountersConstants$Context,boolean) throw
s java.rmi.RemoteException, causedBy:
java.sql.SQLException: [Oracle] #271 ORA-00904: "PRD_NAVIGATION_KEY": invalid identifier

        at com.inet.ora.OraDriver.a(Unknown Source)
        at com.inet.ora.n.a(Unknown Source)
        at com.inet.ora.ab.a(Unknown Source)
        at com.inet.ora.ab.a(Unknown Source)
        at com.inet.ora.w.a(Unknown Source)
        at com.inet.ora.w.do(Unknown Source)
        at com.inet.ora.w.executeQuery(Unknown Source)
        at org.jboss.resource.adapter.jdbc.WrappedPreparedStatement.executeQuery(WrappedPreparedStatement.java:296)
        at com.babelstore.util.sql.SQLQuery.open(SQLQuery.java:128)
        at com.babelstore.util.sql.SQLQuery.readList(SQLQuery.java:219)
        at com.babelstore.util.sql.SQLQuery.readList(SQLQuery.java:240)
        at com.babelstore.util.sql.SQLQuery.readList(SQLQuery.java:249)
        at com.babelstore.advert.business.AdvertCountMVQuery.getDetailCountList(AdvertCountMVQuery.java:93)
        at com.babelstore.advert.business.AdvertCatalogBean.getDetailAdvertCoutList(AdvertCatalogBean.java:212)
        at com.babelstore.advert.business.AdvertCatalogBean.getAdvertCountInfo(AdvertCatalogBean.java:233)
        at sun.reflect.GeneratedMethodAccessor385.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:214)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:130)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:363)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166)

 Commentaires   
Commentaire de Manuel Sadok [ 05/févr./09 16:13 ]
Le synonyme sur la vue matérialisée ne pointait pas sur la bonne.
Commentaire de Christophe Garcia [ 05/févr./09 16:59 ]
Patrick, tu as ça dans tes tablettes pour le jour de la mise en PROD ?
Commentaire de Patrick Pereira [ 09/févr./09 15:20 ]
C'est en effet dans les tablettes pour le jour de la mise en prod.
En integ cela a mis plus de temps à cause de la charge sur la base.
C'est maintenant corrigé.



[APP-6504] Configuration produit en BO : la date de dernière mise à jour ne fonctionne pas si on modifie un des 10 derniers attributs denormalisés Création: 28/nov./05 12:48  Mise à jour: 25/juin/07 18:33  Résolue: 08/déc./05 14:34

Etat: Fermé
Projet: Application PriceMinister
Composants: Produits
Affecte la/les version(s): 8.0.8b
Version(s) corrigée(s): 8.0.9

Type: Bogue Priorité: Bloquant
Rapporteur: Arnaud Forgues Attribution: Manuel Sadok
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Le batchn de dénormalisation d'attributs fonctionne sur la date de dernière mise à jour de la configuration produit.

Or celle-ci n'est pas modifiée si on touche à un des 10 derniers attributs dénormalisables (attributs 16 à 25)


Précision technique:
================

Il me semble qu'il manque la prise en compte de ces 10 nouveaux attributs dans la gestion business de la configuraton produit

 Commentaires   
Commentaire de Manuel Sadok [ 08/déc./05 14:34 ]
Désormais, les nouveaux attributs sont pris en compte.



[APP-17257] Erreur Mon Compte Création: 25/juil./07 11:08  Mise à jour: 01/août/07 17:03  Résolue: 25/juil./07 14:35

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 16.0.0
Version(s) corrigée(s): 16.0.0

Type: Bogue Priorité: Bloquant
Rapporteur: Christophe Garcia Attribution: Alexandre Garnier
Résolution: Impossible à reproduire  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
FRA - France
Site: Integ
Projets PM archivés: Mon Compte - Lot 1 : Fondation

 Description   
2007-07-25 10:59:34,121 INFO [P-Processor6] CHG_PM - >>> GET http://www.pm.lan/user?tab=account
2007-07-25 10:59:34,121 INFO [P-Processor6] CHG_PM - Same request - count=1 - delay=41ms
2007-07-25 10:59:34,166 INFO [P-Processor4] CHG_PM - Delay to compute counters from "FO : Mon compte Classic" : 34 ms
2007-07-25 10:59:34,417 ERROR [P-Processor6] CHG_PM - TransactionRolledbackException in method: public abstract java.util.Collection com.babelstore.
category.business.CategoryBusinessHome.findNone() throws java.rmi.RemoteException,javax.ejb.FinderException, causedBy:
javax.ejb.EJBException: Update failed. Expected one affected row: rowsAffected=0, id=9614950
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreEntityCommand.execute(JDBCStoreEntityCommand.java:155)
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.storeEntity(JDBCStoreManager.java:651)
        at org.jboss.ejb.plugins.CMPPersistenceManager.storeEntity(CMPPersistenceManager.java:413)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.storeEntity(CachedConnectionInterceptor.java:390)
        at org.jboss.ejb.EntityContainer.storeEntity(EntityContainer.java:743)
        at org.jboss.ejb.GlobalTxEntityMap$2.synchronize(GlobalTxEntityMap.java:134)
        at org.jboss.ejb.GlobalTxEntityMap$GlobalTxSynchronization.synchronize(GlobalTxEntityMap.java:253)
        at org.jboss.ejb.GlobalTxEntityMap.synchronizeEntities(GlobalTxEntityMap.java:166)
        at org.jboss.ejb.EntityContainer.synchronizeEntitiesWithinTransaction(EntityContainer.java:122)
        at org.jboss.ejb.EntityContainer.find(EntityContainer.java:696)
        at sun.reflect.GeneratedMethodAccessor194.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:1113)
        at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:90)
        at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationInterceptor.java:192)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(CachedConnectionInterceptor.java:212)
        at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:90)
        at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:117)
        at org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:61)
        at org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCreationInterceptor.java:28)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invokeHome(CallValidationInterceptor.java:41)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:109)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:146)
        at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:116)
        at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:121)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invokeHome(ProxyFactoryFinderInterceptor.java:93)
        at org.jboss.ejb.EntityContainer.internalInvokeHome(EntityContainer.java:508)
        at org.jboss.ejb.Container.invoke(Container.java:894)
        at sun.reflect.GeneratedMethodAccessor164.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)

 Commentaires   
Commentaire de Arnaud Forgues [ 25/juil./07 11:48 ]
il doit s'agit de la mise à jour de "tab_index" dans "user_account" mais alors pourquoi ca plante ????
Commentaire de Alexandre Garnier [ 25/juil./07 14:35 ]
J'arrive absolument pas à le refaire.
J'ai fait un petit bout de DEV pour corriger la gestion des onglets dans le cas où aucun n'est défini (ni côté user ni par l'URL)



[Mon Compte 1.1] : Améliorations (APP-17681)

[APP-17687] [Mon Compte 1.1] : Nouveau bloc promo (Fr) Création: 03/sept./07 16:50  Mise à jour: 22/oct./07 12:23  Résolue: 04/oct./07 09:57

Etat: Fermé
Projet: Application PriceMinister
Composants: Promo
Affecte la/les version(s): 16.0.3, 16.1.0
Version(s) corrigée(s): 17.0.0

Type: Sub-improvement Priorité: Majeur
Rapporteur: Emeric Teil Attribution: Olga Costa
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: GIF File 1euro_720x90_4.gif     GIF File banniere_parrain_720_90.gif     JPEG File bloc_promo_mon_compte.jpg     JPEG File pbm_laredoute.jpg    
Liens des demandes:
Dépendance
est bloqué par APP-18215 cob- bug sur la page mon compte sous ... Fermé
bloque APP-18074 Mon Compte : Si reduction de la fenet... Fermé
Similaire
similaire à APP-17887 [Mon Compte 1.1] : Nouveau bloc promo... Fermé
Pays:
FRA - France
Site: Integ
Projets PM archivés: Mon Compte - Lot 1 : Fondation

 Description   
Actuellement, le bloc du bas de la Home Page « Mon Compte » (où on retrouve la bannière « 7¿ Passe à ton voisin ») est en « dur » dans le code. Afin de gagner en souplesse, on souhaite passer cette zone en Bloc Promo.

Pour le contenu, celui-ci devra pouvoir être aléatoire, afin notamment d'alterner entre « Parrainage » et « 1¿ », l'emplacement initial de ce dernier étant maintenant réservé aux messages à destination des utilisateurs.

CF copie d'écran ! :o)

 Commentaires   
Commentaire de Swan Desportes [ 10/sept./07 17:01 ]
Il suffit d'ajouter un FrontBlock PROMO_BODY1 sur le layout ACCOUNT.
Tu peux le faire avant la préinteg ?
Commentaire de Arnaud Forgues [ 11/sept./07 16:49 ]
Une fois la modif effectuée, assigne le JIRA à Dispatcher Param pour qu'ils ajoutent le contenu qui va bien !
Commentaire de Arnaud Forgues [ 14/sept./07 11:42 ]
il faudra que tu penses à supprimer l'appel au bloc Parrainage dans Account.jsp en plus de l'ajout du PROMO_BODY dans ScreenConfiguration
Commentaire de Clémence Desneiges [ 19/sept./07 11:41 ]
Bonjour,

J'ai créé le blo cpromo.
L'image est dans infoglue : default > Images > edito > sponsorship > referral_border_top_large.gif

Merci,

Clémence
Commentaire de Ariane Baldinger [ 19/sept./07 13:30 ]
Salut,
Est-ce que tu as la créa pour 1¿ ?
Commentaire de Emeric Teil [ 20/sept./07 14:41 ]
Ariane,
Le contenu de ce bloc pormo n'est uniquement les images du parrainage et de 1¿, il s'agit de mettre un bloc Html incluant ces images. Chaque promo (parrainage et 1¿) aura donc un bloc Html. Jérôme doit me les fournir pour la fin de semaine.
Comme prévu ensemble, vous pourrez donc paramétrer ce bloc la semaine prochaine lors de l'intégration.
Commentaire de Emeric Teil [ 20/sept./07 14:42 ]
Pardon , il faut lire "Le contenu de ce bloc promo n'est PAS uniquement les images..."

Désolé
Commentaire de Ariane Baldinger [ 24/sept./07 10:14 ]
Bonjour,
As-tu maintenant tous les éléments ?
Commentaire de Ariane Baldinger [ 24/sept./07 10:23 ]
Olga,
A faire en Integ, puis après validation demander un portage à Christophe en PROD.
Commentaire de Emeric Teil [ 24/sept./07 10:26 ]
Merci d'attendre le code Html correspondant, qui sera disponible, comme convenu ensemble, d'ici à cet après-midi.
Commentaire de Ariane Baldinger [ 24/sept./07 10:35 ]
N'est-il pas possible d'avoir la créa avant car on doit l'héberger sous IG ?
Commentaire de Emeric Teil [ 24/sept./07 11:43 ]
Alors, dans ce répertoire : T:\00_Arts_graphiques\03_Projets\02_MKT\banniere_parrainage\Bannière_bloc_promo_HP_Mon_Compte\FR , vous trouverez le fichier Html contenant le bloc promo ainsi que les images utilisées.

Il faut donc :
-> Passer les images sous IG
-> Mettre le contenu du bloc Html (bloc identifié par des commentaires dans le code Html) dans le bloc promo

Attention, en FR, ce bloc promo peut afficher deux contenus aléatoirement : Parrainage ou 1 ¿.

Le contenu de 1¿ suit très prochainement.
Commentaire de Emeric Teil [ 24/sept./07 11:52 ]
Voilà, sur le même mode de fonctionnement, 1¿ :
T:\00_Arts_graphiques\03_Projets\02_MKT\banniere_1euro\HTML

Merci
Commentaire de Emeric Teil [ 24/sept./07 12:01 ]
Attention, pour le bloc 1¿, il faut adapter les liens pour qu'ils ouvrent des PopUp. Merci
Commentaire de Ariane Baldinger [ 24/sept./07 17:25 ]
image publiée dans IG
Commentaire de Olga Costa [ 25/sept./07 14:26 ]
c'est ok en integ
Commentaire de Emeric Teil [ 25/sept./07 15:45 ]
OK pour les popups qui s'ouvrent, par contre il faut configurer le location alias afin que ce bloc promo ne s'affiche que sur la home page mon compte "classique" et pas sur l'auto.
Commentaire de Christophe Garcia [ 26/sept./07 15:58 ]
OK en INTEG
Commentaire de Emeric Teil [ 26/sept./07 16:24 ]
Après nouvelle vérification :

-> Les liens de la bannière parrainage ne doivent pas inclure en dur "www.priceminister.com"
-> Le bloc promo doit être affiché sur les cobrandings MAIS UNIQUEMENT le parrainage (pas 1¿)

Merci d'avance

Commentaire de Emeric Teil [ 26/sept./07 16:56 ]
Merci Olga.
Je passe le Jira à Swan pour qu'il résolve le bug sur le cobrand "la redoute" où le bloc promo s'affiche en haut de la page (cf pbm_laredoute).
Commentaire de Swan Desportes [ 26/sept./07 17:05 ]
OK c'est fait
Commentaire de Christophe Garcia [ 27/sept./07 18:19 ]
Est-ce que tu pourras porter le n¿ud 285256(integ) vers la prod sous le n¿ud 186184.
Commentaire de Patrick Pereira [ 28/sept./07 11:10 ]
C'est importé en prod.
Pouvez-vous vérifier que c'est ok ?
Commentaire de Ariane Baldinger [ 28/sept./07 12:25 ]
à priori c'est bon. J'ai désactiver les noeuds.
Commentaire de Emeric Teil [ 02/oct./07 12:52 ]
Réouverture de ce Jira pour corriger le problème sur la taille trop importante des bannières. Stephane va fournir,ici, les images à mettre en lieu et place des images actuelles.

Merci
Commentaire de Stéphane François [ 02/oct./07 12:54 ]
Je réouvre le jira, avec ci joint les nouvelles bannières aux nouvelles dimensions 720 x 90 px

Les background ne sont pas à modifier.
Commentaire de Olga Costa [ 02/oct./07 14:52 ]
cms1
express
images mon compte
Commentaire de Ariane Baldinger [ 02/oct./07 15:00 ]
publié
Commentaire de Emeric Teil [ 03/oct./07 15:11 ]
Il faut également modifier la balise <img> du bloc promo et passer "width" de 725 à 720 px.

Merci
Commentaire de Olga Costa [ 03/oct./07 16:10 ]
c'est fait
Commentaire de Emeric Teil [ 04/oct./07 09:57 ]
OK en integ



[IMP-7146] Création compte FTP pseudo cdquest-us pour le UK, FR et ES Création: 08/oct./10 12:01  Mise à jour: 25/janv./11 11:06  Résolue: 27/oct./10 10:14

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Maram Khayati Attribution: Esteban Rios
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel PriceMinister.xlsx    
Liens des demandes:
Similaire
similaire à IMP-7894 cdquest-us : problème devise Résolu
similaire à IMP-7531 cdquest-us : demande d'inventaire Résolu
Pays:
GBR - Royaume Uni, FRA - France, ESP - Espagne
Login: cdquest-us
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec mise à jour/création produits (écrasement) , Mise à jour/création annonces avec mise à jour/création produits

 Description   
Salut,

Merci de créer un compte FTP pour les trois plateformes UK, FR et ES.

Pseudo UK: cdquest-us
Pseudo FR: cdquest-usa
Pseudo ES: cdquest--us

Mail : uk_priceminister@cdquest.com

Merci

 Commentaires   
Commentaire de Maram Khayati [ 08/oct./10 12:03 ]
Ci joint le fichier pour les trois plateformes.
Merci
Commentaire de Esteban Rios [ 25/oct./10 16:36 ]
Avec les informations contenues dans le fichier joint, nous pouvons faire que de la Maj / création annonce.
Si le type de traitement est création d'annonce pourriez vous nous indiquer les valeurs à renseigner pour les champs :
-Qualité
-Commentaire annonce ES
-Commentaire annonce FR

Commentaire de Maram Khayati [ 25/oct./10 17:36 ]
Ça sera de la Maj / création annonce.

Qualité: N
Commentaire annonce ES: Artículo nuevo. Envío desde USA. Los pedidos son enviados el mismo día.
Commentaire annonce FR: Produit neuf. Expédié directement des États Unis. La majorité des commandes est expédiée le jour même.

Merci Esteban.

Maram
Commentaire de Esteban Rios [ 26/oct./10 11:37 ]


=====================================================================
Account FTP seller created...

Pseudo : cdquest-us
password : 917GOyR1z
Server : ftp.priceminister.co.uk
Country : uk
Flow purchase : no

=====================================================================
Commentaire de Maram Khayati [ 26/oct./10 14:39 ]
Oui programmer les flux de commandes pour ce Pro.
Merci Esteban.
Maram
Commentaire de Esteban Rios [ 26/oct./10 15:47 ]
=====================================================================
Account FTP seller created...

Pseudo : cdquest-us
password : 917GOyR1z
Server : ftp.priceminister.co.uk
Country : uk
Flow purchase : yes

=====================================================================
Commentaire de Esteban Rios [ 27/oct./10 10:13 ]
Fichier traité pour les 3 pays.
Une seule compte FTP a été créée pour centraliser les démarches du pro pour la MAJ/Création des annonces des 3 plateformes.
Il faut lui indiquer de respecter le modèle de fichier que nous venons de paramétrer.
Ses prochains fichiers d'import pour la MAJ/CREATION ANNONCES il doit les deposer à l'interieur du dossier Add de son compte ftp
ex. /stock/add/NouveauFichierMajCreationAnnonces.csv



[APP-3571] Impossible de créer un nouveau compte Création: 02/févr./05 15:06  Mise à jour: 25/juin/07 18:27  Résolue: 25/juin/07 18:27

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): old
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Manuel Sadok Attribution: Geneviève Beaujard
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Lorsque je veux valider la création d'un nouveau compte, j'arrive sur la page
d'erreurs.

On dirait qu'il y a un pb sur la séquence de la table user_account...

Desired survivor size 32768 bytes, new threshold 0 (max 0)
2005-02-02 15:04:24,922 ERROR [P-Processor3] 192.168.1.170 - EJBException in
method: public abstract long
com.babelstore.common.business.SequenceEntity.getIncrement() throws java
java.sql.SQLException: [OraDriver] Not on a valid row.
        at com.inet.ora.OraDriver.a(Unknown Source)
        at com.inet.ora.k.for(Unknown Source)
        at com.inet.ora.k.getBytes(Unknown Source)
        at com.inet.ora.k.getLong(Unknown Source)
        at com.inet.ora.k.getLong(Unknown Source)
        at org.jboss.resource.adapter.jdbc.WrappedResultSet.getLong
(WrappedResultSet.java:338)
        at com.babelstore.util.Query.getLong(Query.java:411)
        at com.babelstore.util.Query.getLongValue(Query.java:347)
        at com.babelstore.common.business.SequenceQuery.getIncrement
(SequenceQuery.java:40)
        at com.babelstore.common.business.SequenceEntityBean.ejbLoad
(SequenceEntityBean.java:43)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.jboss.ejb.plugins.BMPPersistenceManager.loadEntity
(BMPPersistenceManager.java:420)
        at
org.jboss.resource.connectionmanager.CachedConnectionInterceptor.loadEntity
(CachedConnectionInterceptor.java:351)
        at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke
(EntitySynchronizationInterceptor.java:232)
        at
org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke
(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke
(EntityReentranceInterceptor.java:111)
        at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke
(EntityInstanceInterceptor.java:242)
        at org.jboss.ejb.plugins.EntityLockInterceptor.invoke
(EntityLockInterceptor.java:89)
        at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke
(EntityCreationInterceptor.java:53)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke
(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext
(AbstractTxInterceptor.java:105)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions
(TxInterceptorCMT.java:362)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke
(TxInterceptorCMT.java:146)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke
(SecurityInterceptor.java:123)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke
(ProxyFactoryFinderInterceptor.java:122)
        at org.jboss.ejb.EntityContainer.internalInvoke
(EntityContainer.java:514)
        at org.jboss.ejb.Container.invoke(Container.java:870)
        at sun.reflect.GeneratedMethodAccessor67.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke
(ReflectedDispatcher.java:144)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke
(AbstractMBeanInvoker.java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
        at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke
(LocalInvoker.java:155)
        at org.jboss.invocation.local.LocalInvoker.invoke
(LocalInvoker.java:104)
        at org.jboss.invocation.InvokerInterceptor.invokeLocal
(InvokerInterceptor.java:115)
        at org.jboss.invocation.InvokerInterceptor.invoke
(InvokerInterceptor.java:101)
        at org.jboss.proxy.TransactionInterceptor.invoke
(TransactionInterceptor.java:46)
        at org.jboss.proxy.SecurityInterceptor.invoke
(SecurityInterceptor.java:55)
        at org.jboss.proxy.ejb.EntityInterceptor.invoke
(EntityInterceptor.java:97)
        at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:91)
        at $Proxy220.getIncrement(Unknown Source)
        at com.babelstore.common.business.SequenceServiceBean.getNextId
(SequenceServiceBean.java:51)
        at sun.reflect.GeneratedMethodAccessor130.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke
(StatelessSessionContainer.java:214)
        at
org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke
(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke
(StatelessSessionInstanceInterceptor.java:113)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke
(CallValidationInterceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext
(AbstractTxInterceptor.java:105)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions
(TxInterceptorCMT.java:313)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke
(TxInterceptorCMT.java:146)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke
(SecurityInterceptor.java:123)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke
(ProxyFactoryFinderInterceptor.java:122)
        at org.jboss.ejb.SessionContainer.internalInvoke
(SessionContainer.java:624)
        at org.jboss.ejb.Container.invoke(Container.java:870)
        at sun.reflect.GeneratedMethodAccessor67.invoke(Unknown Source)
...

 Commentaires   
Commentaire de Geneviève Beaujard [ 07/févr./05 11:46 ]
OK, attendre ejbPostCreate pour creer les usr_subscription



[APP-24347] Cas du vendeur UE (hors FR) avec n° TVA intracommunautaire : Valeurs de commissions différentes entre la facture et le BO Création: 18/févr./09 16:41  Mise à jour: 20/févr./09 12:26  Résolue: 19/févr./09 18:47

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 41.0.0 (TX-E)
Version(s) corrigée(s): 41.0.0 (TX-E)

Type: Bogue Priorité: Critique
Rapporteur: Aurélie Kwiatkowski Attribution: Arnaud Forgues
Résolution: Invalid  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File Facture_V180209_ES.jpg     JPEG File Item95877353.jpg     JPEG File Item95877353_corrigé.JPG    
Pays:
FRA - France
Site: Integ
Navigateur: Tous
Projets PM archivés: Adaptation règles TVA

 Description   
Je ne trouve pas les valeurs des commissions article et frais de port sur la facture.

Cas de test : Vendeur UE hors FR avec commission Pro 8%

Article coûte 4.52 ¿, donc j'attends 0.30 ¿ de commission fixe et 4.52*0.08 = 0.36 ¿ de variable. OK en BO.
Frais de port : 2.90 ¿ donc commission de 0.70 ¿. OK en BO.

Par contre, sur la facture, je n'y suis pas du tout. Par contre, la TVA est bien nulle.

 Commentaires   
Commentaire de Emeric Teil [ 18/févr./09 16:47 ]
Pseudo du vendeur stp ?
Commentaire de Aurélie Kwiatkowski [ 18/févr./09 17:00 ]
Dans le nom de la PJ : V120809_ES
Commentaire de Arnaud Forgues [ 19/févr./09 18:46 ]
Voir la nouvelle pièce jointe : "Item95877353_corrigé.jpg"

En fait tu ne regarde pas les bons chiffres en BO, il s'agit des montants HT ==> j'ai entouré en rouge et jaune les bons trucs à regarder



[APP-26614] [Bo : Modif notation] Remplacer les valeurs "null" dans les évènements si les commentaires précédents étaient vides Création: 23/sept./09 09:59  Mise à jour: 27/nov./09 10:45  Résolue: 04/nov./09 11:40

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 52.0.3.1
Version(s) corrigée(s): 58.0.0 (TX-K)

Type: Amélioration Priorité: Cosmétique
Rapporteur: Cédric Goldovsky Attribution: Dispatcher (Pôle TX)
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
Site: Prod
Projets PM: *** CHASSE ***

 Description   
Quand on modifie les commentaires acheteur / vendeur depuis la fiche item en BO, si il n'y avait aucun commentaire avant, on obtient une description d'évènement qui dit : "Modification manuelle de la notation vendeur depuis le BO. (Ancienne note: 3, Ancien commentaire acheteur: null, Ancienne réponse vendeur: null)"

==> les "null" peuvent être confusant

Il faudrait remplacer à la volée cette valeur par "vide" par exemple

 Commentaires   
Commentaire de Emeric Teil [ 04/nov./09 11:40 ]
Vu avec le BO, ça ne pose pas de pbm.



[IMP-5477] LUMINAIRES : Vérifier mises à jour et prise en compte de la plage de poids Création: 05/mars/10 16:51  Mise à jour: 08/mars/10 11:55  Résolue: 08/mars/10 11:55

Etat: Résolu
Projet: Paramétrage - Import
Composants: Support entrant
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Jérome Marianne Attribution: Jérome Marianne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel LUMINAIRES - Import 05.03.10.xls    
Pays:
FRA - France
Login: LUMINAIRES
Séparateur: N/A
Type de traitement:
N/A

 Description   
Bonjour,

Nos clients Priceminister râlent à cause de nos frais de port, et ce à juste titre : nos frais de port sont trop élevés. Nous avons pourtant affecté chacun de nos produits à des tranches de poids, afin de facturer des frais au plus juste, mais elles ne semblent pas prises en compte : un interrupteur (tranche 0-250 g) a été facturé cette semaine à 8.90 ¿ de frais de port (expédition en mode normal !). Sur amazon et Rueducommerce, nous facturons 3.90 ¿ de 1 à 5 interrupteurs !

Stephanie Vignali me dit qu'il est possible qu'une tranche par défaut ait été paramétré au moment de la 1ère demande d'import et qu'elle soit supérieure à celle que nous souhaitons, et surtout cela expliquerait que nous ayons les mêmes frais de port pour tous les articles.

Pourriez vous vérifier pourquoi les tranches de poids ne sont pas prises en compte ? Fichier joint : LUMINAIRES
Merci d'avance.

Cordialement,

Catherine Anghelone (gérante)


 Commentaires   
Commentaire de Jérome Marianne [ 05/mars/10 17:00 ]
Stéphanie y a t'il une différence entre les frais de ports pour la plage de poids "0 à 500 g " et celle "0 - 250g" ?
Merci
Commentaire de Stéphanie Vignali [ 08/mars/10 10:29 ]
0 à 500g est l'ancienne tranche de poids avant que l'on corrige les frais de port sur la décoration.
0 à 250 g est désormais une tranche de poids inférieure.

Quand ce pro a démarré on devait être sur l'ancien système de frais de port.

Merci

Stéphanie
Commentaire de Jérome Marianne [ 08/mars/10 11:55 ]
J'ai corrigé le format pour maintenant prendre en compte la tranche 0-250g.
J'ai mis à jour les produits et la tranche 0-250g remplace l'ancienne tranche 0-500g sur les fiches.
Je réponds au mail du pro.



[IMP-6658] supprimer les fiches de tamsquare en stock 0 - ce pro a fermé son compte Création: 29/juil./10 16:57  Mise à jour: 09/août/10 10:25  Résolue: 09/août/10 10:25

Etat: Résolu
Projet: Paramétrage - Import
Composants: Projet import
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Anthony Briou Attribution: Jérome Marianne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: File tamsquare_allprdts_soumet.csv    
Pays:
FRA - France
Login: tamsquare
Séparateur: N/A
Type de traitement:
Suppression produits

 Description   
http://bo.priceminister.com/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=+&search_type=10&prd_type_code=1540&product_id=&base_product_id=&zero_stock=true&submitter_part=true&submitter_pro=true&attribute_name_key=&category=&prd_status_code=-60&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=tamsquare++&submitter_result=&change_start_date=&change_end_date=&owner_login=&data_file_id=&create_data_file=true&change_data_file=true&feed_start_date=&feed_end_date=&with_complement=1&create_start_date=&create_end_date=&order=&number_rows=200&do_search.x=55&do_search.y=13

Il y a 1059 fiches en stock 0, pour la plupart ce sont des doublons, par soucis de clarté il serait préférable de les supprimer.
CF http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=15098018

 Commentaires   
Commentaire de Anthony Briou [ 29/juil./10 17:00 ]
http://bo.priceminister.com/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=false&keyword=&search_type=20&prd_type_code=&product_id=&base_product_id=&zero_stock=true&attribute_name_key=&category=&prd_status_code=-60&spec_status_code=&prd_manufacturer_key=&prd_source_code=&prd_change_code=&submitter_login=tamsquare++&submitter_result=&change_start_date=&change_end_date=&owner_login=&data_file_id=&create_data_file=true&change_data_file=true&feed_start_date=&feed_end_date=&with_complement=1&create_start_date=&create_end_date=&order=&number_rows=200&do_search.x=61&do_search.y=7

il y a 1126 fiches au total (pas uniquement dans "instrument").
Commentaire de Jérome Marianne [ 06/août/10 14:29 ]
La requête SQL donne 889 fiches avec stock 0 et ayant pour proprio tamsquare
Commentaire de Anthony Briou [ 06/août/10 14:37 ]
Les 237 fiches avec annonces en stock 0 sont des annonces de compte en vacances?
 
Commentaire de Jérome Marianne [ 06/août/10 15:53 ]
La précédente requête était incomplète.

La nouvelle donne 1121 fiches trouvées dont le soumetteur est tamsquare, le stock est 0 et la fiche en visible.
Commentaire de Jérome Marianne [ 06/août/10 15:55 ]
Profil de suppression produits paramétré.

Fichier soumis.
Commentaire de Jérome Marianne [ 09/août/10 10:25 ]
Fichier traité à 100%.

Les fiches produits sont supprimées.



[IMP-401] demande ouverture de compte FTP et création profil - Login iloveshoes Création: 03/avr./07 17:41  Mise à jour: 30/oct./09 15:51  Résolue: 11/juin/07 09:57

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Emmanuelle Lachamp Attribution: Espérance Galouo-Lece
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: iloveshoes
Séparateur: N/A
Type de traitement:
Mise à jour/création annonces avec mise à jour/création produits (écrasement)

 Description   
Bonjour

merci de bien vouloir ouvrir un compte FTP pour le pseudo : iloveshoes
il faut qu'il puisse :
- recuperer ses commandes
- envoyer fichiers stock
- confirmer cdes

je n'ai pas encore son fichier, à priori la semaine prochaine.
Il fonctionnera avec le modele chaussures, de type création, mise à jour avec import des images
Normalement si tout ce passe bien, vous n'aurez rien d'autre à faire...(je reve)
merci

emma

 Commentaires   
Commentaire de Espérance Galouo-Lece [ 05/avr./07 14:22 ]
COMPTE du vendeur créé ...
======= Compte FTP =======
==== Home : iloveshoes =====
==== Pass : spartoo =======
 - Tout peut être opérationnel, sauf qu'il nous faut savoir le type de Séparateur que le partenaire utilisera; cela afin déviter des erreurs lors du chargement du fichier.
 - Serait-il possible d'avoir un séparateur de champs?
 - En attente d'infos;
Commentaire de Emmanuelle Lachamp [ 05/avr./07 14:42 ]
pas possible pour le moment, je n'ai pas encore le fichier...
on l'aura peut etre en debut de semaine
merci bcp

emma
Commentaire de Marion Anfreville [ 05/avr./07 15:13 ]
Est-ce que le partenaire a vraiment besoin de faire de la mise à jour produits ? (traitement : Mise à jour/création annonces avec mise à jour/création produits (écrasement))
Commentaire de Emmanuelle Lachamp [ 05/avr./07 15:30 ]
je ne sais pas encore, Isabelle se rapprochera de vous pour ces precisions des reception du fichier
Attention il s'agit d'un "GRAND COMPTE" car tres gros site de chaussures...
je ne sais pas encore combien de refs allons nous avoir (autour de 400) mais il faut le bichonner.... comme d'hab quoi !
Ceci dit j'aimerais bien que l'un d'entre vous prenne le relais technique aupres du pro, afin de lui proposer au mieux les comportements des fichiers.
Merci

emma
Commentaire de Marion Anfreville [ 20/avr./07 11:53 ]
Des nouvelles du partenaire ?
Commentaire de Emmanuelle Lachamp [ 20/avr./07 12:33 ]
et non toujours pas !!
patience
Commentaire de Rodrigue Nsiangani [ 04/mai/07 11:48 ]
Peux-tu relancer le partenaire.

Merci

RON.
Commentaire de Emmanuelle Lachamp [ 04/mai/07 12:24 ]
Patience Cher ami !

le partenaire est maintenant en congés
Je ne manquerais pas de te tenir au courant dès que j'aurai des nouvelles

Emma
Commentaire de Espérance Galouo-Lece [ 08/juin/07 17:15 ]
 - Le partenaire a soumis un fichier dans son compte FTP;
 - Le profil a été mis à jour;
 - En attente du résultat du traitement;
Commentaire de Espérance Galouo-Lece [ 11/juin/07 09:57 ]
 - Résultat du traitement : 4 / 4 / 0, soit 100% de succès;
 - Import d'images : Download of 8 images done.



[APP-17539] Mail d'activation inventaire fait passer en compte de -1 à 1 Création: 09/août/07 16:22  Mise à jour: 25/sept./07 10:08  Résolue: 21/sept./07 14:39

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 16.0.0
Version(s) corrigée(s): 17.0.0

Type: Bogue Priorité: Critique
Rapporteur: Cedric Favero Attribution: Geneviève Beaujard
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File activation.JPG     Microsoft Word activation_inventaire_v3.doc    
Liens des demandes:
Similaire
similaire à APP-16234 Annonce auto frauduleuse en ligne alo... Fermé
Pays:
FRA - France
Site: Prod
Projets PM archivés: Maintenance 17.x.x

 Description   
J'ai un pb assez critique concernant la visiibilité vendeur.

En effet , on a toute une série de mots clés permettant de placer des vendeurs en surveillance ( statut -1) afin de s'assurer qu'il ne s'agit pas de fraude (auto dans ce cas là) .

Je remarque que si l'utilisateur suit la procédure d'activation de l'inventaire , celà fait passer son statut de -1 à 1 sans qu'on ait eu le temps de vérifier son compte.

Dans ce cas exemple ; il s'agit d'une fraude auto (roumanie) et du coup il a pu passer à travers les mailles du filet.

Pseudo: bazemoreclan
Voir capture pour l'évenement précis

 Commentaires   
Commentaire de Cedric Favero [ 09/août/07 16:26 ]
l'activation ne devrait pas se faire si le vendeur est -1 , non?
Commentaire de Cedric Favero [ 10/août/07 09:54 ]
Apparement çà ne le fait que si l'annonce est une voiture.

Dans le cas d'une annonce "normale" , le mail d'activation ne fait pas passer la visibilité à 1 , cette dernère restant bien en -1
ex pseudo: slimm054
Commentaire de Cedric Favero [ 10/août/07 09:56 ]
je pense donc que c'est lié aux regles de visibilité des annonces auto et lie donc au JIRA APP-16234 concernant ce problème.
Commentaire de Cedric Favero [ 21/août/07 09:55 ]
Autre exemple de pseudo: fred12camus

Ce monsieur est passé en -1 suite à nos regles de surveillance mais en activant son inventaire il est lui meme passé en 1.

Ceci est anormal et extremement dangereux car il s'agit de fraudes automobiles avec de potentielles grosses arnaques possibles.

J'espère que l'on pourra résoudre ces deux JIRA rapidement car les annonces frauduleuses se font de plus en plus nombreuses...
Commentaire de Geneviève Beaujard [ 04/sept./07 09:26 ]
Le probleme est que la soumission d'une annonce auto d'un compte non activé provoquant le passage de visibilé vendeur a -1 n'est pas prise en compte, en effet le vendeur auto peut activer son compte et cette activation va rendre l'annonce visible.
Voici les details de ce qui se passe lors de la mise en vente auto:
lors de la creation d'annonce UsrActivationCode prend les valeurs suivantes:
1) la methode CreateAdvert appelle la methode UserBusiness.updateAfterNewAdvert qui fait passer UserAccount.UsrActivationCode à UsrActivationCode.PENDING_WITH_MAILING.
2) un mot clef de type SELLER_VISIBILITY peut appeler la methode changeUsrVisibilityCode qui va faire passer UserAccount.UsrActivationCode à UsrActivationCode.INACTIVE
3)la methode SubmitFunnelAction appelle aussi le methode UserBusiness.updateAfterNewAdvert refait passer UserAccount.UsrActivationCode à UsrActivationCode.PENDING_WITH_MAILING.
Je peux corriger ce probleme en corrigeant SubmitFunnelAction, mais je pense que ça ne va pas suffire.

En effet si le compte soumet une deuxieme annonce (auto ou pas auto), la methode updateAfterNewAdvert est de nouveau appelé et provoque le changement de UserAccount.UsrActivationCode à UsrActivationCode.PENDING_WITH_MAILING et ainsi l'activation de l'inventaire est permise.

Je viens de lire la doc "optimisation inventaire", dans cette doc le traitement des mots clefs de type SELLER_VISIBILITY a été completement oublié. Le diagramme d'etat du paragraphe 5.1 est donc incomplet car il existe une transition de 'En attente vers 'Inactif', cette transition peut arriver de 2 manieres differentes:
soit lors de la detection de mots clefs de type SELLER_VISIBILITY, ou de la verification (checkVisibilityByItems) appelé lors de la confirmation d'un panier.
Le traitement des mots clefs peut faire passer usr_activation_code de 'En attente' à 'Inactif'.
Voila les problemes detectés:
1er cas)
- une premiere annonce auto laisse usr_activation_code à 'en attente' (detection de mot clef), ceci permet le passage du batch d'activation, le vendeur peut donc activé son inventaire et les annonces de ce vendeur redeviennent visibles.
ce probleme peut etre corrigé par la modification de SubmitFunnelAction (suppression de l'appel a updateAfterNewAdvert).

2eme cas) voir le vendeur Lacaveamomo1 en prod
- une premiere annonce auto ou non laisse usr_activation_code à 'inactif' (detection de mot clef), adv_visibility_code = 'caché'.
- une deuxieme annonce non auto fait passer usr_activation_code à 'en attente' (pas de detection de mot clef), adv_visibility_code = 'caché'.
- le batch d'activation passe et envoie le mail d'activation du vendeur
- le compte active son compte, usr_activation_code passe à 'actif', la visibilite vendeur passe a 'visible' , is_in_transit = 1, le batch AdvertVisibilityBatch va passer les 2 annonces en adv_visibility_code à VISIBLE.
Est ce normal? Si oui je me demande a quoi sert la surveillance vendeur?

Voici mes questions:
1) La creation d'une 1ere annonce provoquant usr_activation_code à 'inactif', suivi de la creation d'une autre annonce provoquant usr_activation_code à 'en attente' permet l'activation de l'inventaire, est ce normal?
2) Peux t'on admettre qu'une creation d'annonces ne change pas le usr_activation_code d'un vendeur quand usr_activation_code est INACTIVE ET que sa visibilité est HIDDEN ou HIDDEN_CONFIRMED (la visibilité d'un vendeur est initialisé a HIDDEN_INACTIVE) ?
3) Si point 2 admis, par quel effet usr_activation_code passera t'il a ACTIVE?
   Au changement de la visibilité du vendeur par le BO peut être?

Un compte ayant UsrActivationCode à UsrActivationCode.PENDING_WITH_MAILING peut activer son inventaire.
Commentaire de Cedric Favero [ 04/sept./07 14:27 ]
Merci Geneviève pour cette description détaillée.

Une chose qui n'est déjà pas normal , c'est que soit envoyé le mail d'activation inventaire à un vendeur en -1 suite à annonce auto.

Lorsqu'il s'agit d'une annonce "non auto" et que le vendeur tombe en surveillance vendeur (-1) , le mail d'activation d'inventaire n'est simplement pas envoyé.
Commentaire de Emeric Teil [ 18/sept./07 11:39 ]
Alors,
Après avoir revu tout cela avec Geneviève, une solution vient d'être spécifiée :

-> Lorsqu'un vendeur est passé en visibilité -1 et que celui-ci est en "Attente d'activation", on ne le repasse plus en "inactif"
-> Il va ainsi continuer à recevoir les mails d'activation
-> Lors de l'activation inventaire on ne modifie la visibilité du vendeur que si et uniquement si celle-ci est égale à 0

-> Ainsi, on permet à tous les vendeurs d'activer leur inventaire, mais leur visibilité n' est pas impactée dans le cas où ils sont en -1 ou -2.

Les annonces ne seront donc pas visibles.

En BackOfffice, vous aurez le temps de valider/invalider les comptes, comme auparavant.

J'ajoute en pièce jointe, un document reprenant l'existant et les corrections à apporter.

Commentaire de Emeric Teil [ 18/sept./07 11:41 ]
Pour le cas de l'auto :

Initialement, les vendeurs n'avaient pas à activer leur inventaire. Il n'y a pas de raisons pour que celà change. Il ne faut donc pas modifier le statut d'activation de l'inventaire (user_activation_code) lors d'une publication d'annonce auto.

Commentaire de Cedric Favero [ 18/sept./07 14:53 ]
Après vérification avec Emeric , tout semble ok avec ce process.
J'attends votre signal pour tester çà dès que ce sera en integ.
Commentaire de Emeric Teil [ 18/sept./07 16:21 ]
Mise à Jour du document existant VS corrections
Commentaire de Emeric Teil [ 19/sept./07 15:06 ]
Maj du documents
Commentaire de Geneviève Beaujard [ 21/sept./07 14:39 ]
OK
Checking in UserBusinessBean.java;
/home/cvs/dev/source/src/com/babelstore/user/business/UserBusinessBean.java,v <-- UserBusinessBean.java
new revision: 1.537; previous revision: 1.536
done
Commentaire de Emeric Teil [ 25/sept./07 10:08 ]
OK en integ :o) Merci



[Mon Compte 1.1] : Améliorations (APP-17681)

[APP-17685] [Mon Compte 1.1] : Améliorations de "Mes souhaits" Création: 03/sept./07 16:43  Mise à jour: 04/oct./07 09:57  Résolue: 27/sept./07 18:29

Etat: Fermé
Projet: Application PriceMinister
Composants: Infoglue
Affecte la/les version(s): 16.0.3
Version(s) corrigée(s): 17.0.0

Type: Sub-improvement Priorité: Majeur
Rapporteur: Emeric Teil Attribution: Olga Costa
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File mes_souhaits_new.jpg     JPEG File screenshot-1.jpg    
Liens des demandes:
Duplicate
a pour doublon APP-9861 [Mon Compte] Mes souhaits, wording + ... Fermé
Pays:
FRA - France
Site: Dev
Projets PM archivés: Mon Compte - Lot 1 : Fondation

 Description   
La page "Mes souhaits" fait, elle aussi, partie des cas où le bloc de "nav secondaire" vient se placer au dessus du menu "Mon Compte", pour remédier à cela :
-> Déplacement du bloc "Mes souhaits" en lieu et place de "Ma sélection"

En complément, on va "profiter" de retoucher cette page pour apporter quelques corrections "en attente" :
-> Application de la charte sur les liens "Modifier" et "Supprimer"
-> Modification éditoriale du message pour l'avertissement par mail qui est toujours affiché même quand l'utilisateur a décoché la case correspondante (un édito générique sera fournie très prochainement)


Cf copie d'écran !

 Commentaires   
Commentaire de Emeric Teil [ 11/sept./07 17:47 ]
Les édiots à mettre dans la partie supérieurs en lieu det place des éditos actuels sont :

Cas 1 : Aucun souhaits n'est enregistré
Edito 1: "Si vous désirez un article qui n'est pas encore disponible ou que son prix est trop élevé, ajoutez-le à votre liste de souhaits. Vous pourrez alors choisir d'être prévenu(e) par e-mail dès qu'un vendeur le mettra en ligne au prix que vous aurez indiqué."


Cas 2 : Des souhaits sont enregistrés
Edito 2 : "Si vous le souhaitez, PriceMinister vous avertira par e-mail dès qu'un de vos souhaits sera exaucé. Pour ne plus recevoir d'e-mail ou modifier votre souhait, cliquez sur « Modifier ». A chaque fois il faudra cliquer sur « ajouter à votre liste de souhaits » pour que les changements soient validés."
Commentaire de Clémence Desneiges [ 13/sept./07 11:23 ]
Pour Infoglue :

Labels soumis à publication :

default > labels > _Mon Compte > _Espace Acheteur > WishList :
  - info_howto_add_wish
  - info_howto_no_remind
  - txt_explaination
  - txt_explaination_empty

Merci,

Clémence
Commentaire de Clémence Desneiges [ 13/sept./07 17:44 ]
Ok pour les 2 premiers points, petite précision pour les éditos :

Etude du problème :

#################################################

Ancienne version --> Cas 2 : Des souhaits sont enregistrés

(txt_explaination) PriceMinister vous préviendra par e-mail chaque fois que l'un des articles ci-dessous sera mis en ligne par un vendeur.
(info_howto_add_wish) Pour ajouter un article à la liste, allez sur la fiche produit correspondante puis cliquez sur le lien "Faire un souhait".
(info_howto_no_remind) Pour ne plus être prévenu, cliquez sur "Modifier".


Nouvelle version --> Cas 2 : Des souhaits sont enregistrés

(txt_explaination) Si vous le souhaitez, PriceMinister vous avertira par e-mail dès qu'un de vos souhaits sera exaucé.
(info_howto_no_remind) Pour ne plus recevoir d'e-mail ou modifier votre souhait, cliquez sur « Modifier ».
(info_howto_add_wish) A chaque fois il faudra cliquer sur « ajouter à votre liste de souhaits » pour que les changements soient validés.

#################################################

Ce que j'ai mis en parenthèse dans la rubrique ancienne version sont les différents labels utilisés pour l'édito courant du cas n°2 où des souhaits ont été enregistrés.

J'ai essayé de suivre le même principe avec le nouvel édito en essayant de voir quel titre de label pourrait correspondre avec quel édito.

Si jamais ça ne convient pas, merci de le préciser,

Clémence
Commentaire de Emeric Teil [ 17/sept./07 18:50 ]
En fait,
On a plus ou moins perdu la partie "info_howto_add_wish" puisque la deuxième partie de l'édito (après le "txt_explaining" qui me parait OK) précise simplement comment valider les modifs (donc soit encore dans "info_howto_no_remind" soit dans un "info_howto_no_remind_precision") :o)

Commentaire de Emeric Teil [ 20/sept./07 18:42 ]
Cette demande est résolue dans le cadre des évolutions de Mon Compte 1.1
Commentaire de Emeric Teil [ 24/sept./07 14:42 ]
Nerea, peux-tu reporter les modifications éditoriales faites, en Espagnol stp ?
Commentaire de Nerea Prieto [ 25/sept./07 11:18 ]
à publier

V17
CMS1
Default
Commentaire de Clémence Desneiges [ 25/sept./07 15:12 ]
Passage de relais pour application de la nouvelle charte. N'oublie pas de le remettre à publier dans infoglue.

Merci
Commentaire de Renaud Dierickx [ 26/sept./07 10:18 ]
Je pensais qu'avec le nouveau templating le bloc "content_blk" se redimensionnait en fonction de la taille de la page. Ce qui est dommage c'est qu'ici le titre passe à la ligne alors qu'on a pleinde place... Voir screenshot-1.
Stéphane, peux-tu faire des arrangements CSS ?
Peux-tu également valider avec Jérome qu'on répond à la nouvelle charte ? C'est une demande de Quentin.
Merci d'avance
Commentaire de Stéphane François [ 27/sept./07 18:29 ]
corrections sur BRANCH_v17 de cvs
Commentaire de Emeric Teil [ 04/oct./07 09:57 ]
OK en integ



[Mon Compte 1.1] : Améliorations (APP-17681)

[APP-17686] [Mon Compte 1.1] : Améliorations de "Mes articles mémorisés" Création: 03/sept./07 16:49  Mise à jour: 08/oct./07 14:14  Résolue: 25/sept./07 12:33

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 16.0.3
Version(s) corrigée(s): 17.0.0

Type: Sub-improvement Priorité: Majeur
Rapporteur: Emeric Teil Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File article_indspo_new.jpg     JPEG File bug_article_indispo.jpg     JPEG File mes_articles_mémorisés.jpg    
Pays:
FRA - France
Projets PM archivés: Mon Compte - Lot 1 : Fondation

 Description   
La page "Mes articles mémorisés" est le troisième cas où on retrouve un bloc au dessus du menu "Mon Compte", pour corriger ceci :
-> Déplacement du bloc "Mes articles mémorisés" en lieu et place de "Ma sélection"

Enfin, comme pour "Mes souhaits", on va en profiter pour faire de légères retouches à la page :
-> Modification du wording du bloc "Articles mémorisés", mettre "Mes articles mémorisés"
-> Application de la charte sur les liens "Voir les annonces" et "Retirer de la liste"

CF copie d'écran !

 Commentaires   
Commentaire de Clémence Desneiges [ 13/sept./07 14:53 ]
Pour infoglue :

soumis à publication :

default > Labels > _Mon Compte > _Espace Acheteur > MemoListMenuBlock
   - title_memo_items

Merci,

Clémence
Commentaire de Clémence Desneiges [ 13/sept./07 19:15 ]
Ok pour le déplacement de bloc et pour l'application de la charte --> à publier dans infoglue
Commentaire de Swan Desportes [ 19/sept./07 11:33 ]
Rappel, pour plus de clareté pour moi, respecter le format ;
- cms cible
- repository cible
- contenus ciblés

Merci
(c'est publié)
Commentaire de Emeric Teil [ 21/sept./07 15:07 ]
OK pour les modifs effectuées. Par contre, on a une régression dans le cas ou l'article n'est plus disponible à la vente (cf copie d'écran "bug_article_indispo") où on perd le lien "Retirer de la liste"

Dans le cadre de cette correction, on va en profiter pour passer le lien "Faire un souhait" sur la même charte que les autres liens (cf copie d'écran "article_indispo_new").

Merci
Commentaire de Clémence Desneiges [ 25/sept./07 15:10 ]
Passage de relais pour l'application de la nouvelle charte!
Commentaire de Emeric Teil [ 08/oct./07 14:14 ]
OK en Integ



[APP-5974] [CoB Rue du Commerce] : Mon compte et disparition de barre de nav' Création: 19/oct./05 15:16  Mise à jour: 25/juin/07 18:32  Résolue: 20/oct./05 10:50

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 8.0.7

Type: Bogue Priorité: Majeur
Rapporteur: Francois-Marie Tournadour Attribution: Andrei Matyas
Résolution: Aucune correction envisagée  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Site: Integ

 Description   
Une fois loggué, je perds ma barre de navigation horizontale.
Je n'ai aucun moyen d'accéder à "mon compte"

https://rueducommerce.pm.lan/checkout?action=coupon
https://rueducommerce.pm.lan/checkout?action=select&infunnel=false&showtrans=true
https://rueducommerce.pm.lan/checkout
https://rueducommerce.pm.lan/checkout?action=address

 Commentaires   
Commentaire de Jérôme Viviès [ 19/oct./05 16:15 ]
Je crois que la dispariotion de barre est un bug connu.
Pour l'accès à mon compte, je ne sais pas ce qu'il se passe...
Commentaire de Andrei Matyas [ 20/oct./05 10:50 ]
Nous somme sur une page sécurisé (http) ce qui signifie que tous les éléments non - sécurisés (le hedear contient des elements externes) seront enlevé automatiquement. On ne peut rien faire pour le moment
Commentaire de Andrei Matyas [ 20/oct./05 10:51 ]
connexion HTTPS



[APP-25279] Quand le BO ajoute des PdA sur une annonce appartenant à un user "Soumis caché", elles ne sont pas automatiquement validées Création: 14/mai/09 10:39  Mise à jour: 07/déc./09 15:54  Résolue: 07/déc./09 15:54

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 46.0.0 (CAT-I)
Version(s) corrigée(s): 46.0.0 (CAT-I)

Type: Bogue Priorité: Majeur
Rapporteur: Aurélie Kwiatkowski Attribution: Dispatcher (Pôle CAT)
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
FRA - France
Site: Integ
Projets PM: *** RESERVE ***
Navigateur: Internet Explorer 7.X
Projets PM archivés: Photos annonce

 Description   
Cas de test :
Un pricemember, en soumis caché, a une annonce avec une photo d'annonce non validée. Si le BO soumet 2 nouvelles images, elles ont le status "Soumis caché" également, alors qu'on les attend à "Validé".

En plus, la source indique "Front office", ce qui est faux...

 Commentaires   
Commentaire de Thomas Allier [ 14/mai/09 11:00 ]
J'ai fait le test sur ton annonce en soumettant
-en resoumettant depuis la fiche annonce BO
-en soumettant depuis le BO
-en soumettant en front avec brand BO

je n'ai pas réussi à reproduire le cas.
Commentaire de Thomas Allier [ 14/mai/09 11:01 ]
NB : l'état attendu pour toute soumission BO n'est pas validé mais Soumis visible.
Commentaire de Aurélie Kwiatkowski [ 14/mai/09 11:14 ]
OK



[EXP-4093] Nettoyage des doublons de comptes contact Création: 10/janv./07 16:15  Mise à jour: 18/nov./10 18:07

Etat: En cours
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Mineur
Rapporteur: Judd OSullivan Attribution: Julien Girardet
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File checkContact3.txt     File V14_0_0_APP-14618_FRA_DeleteContact.sql    
Liens des demandes:
Similaire
similaire à APP-13686 Création de deux compte contacts suit... Ouvert
Pays:
FRA - France

 Description   
Il faut decider les regles de suppression avec agathe et peut-être l'équipe marketing. Voir APP-13686 pour les détails.

 Commentaires   
Commentaire de Geneviève Beaujard [ 14/févr./07 15:54 ]
Iy a 3 nouveaux comptes en doublon par rapport a la derniere fois.
Je veux bien supprimer ces doublons, MAIS il faut me donner la regle de suppression:
lequel garde t'on le premier arrivé, le dernier?
Commentaire de Agathe Remy [ 14/févr./07 16:22 ]
Cela m'est complètement égal que l'on supprime le dernier ou le premier.
Par défaut, je garderais le premier et supprimerais les suivants puisqu'ils n'auraient pas du être créés.
En revanche, je pense qu'il faut faire attention à ce que les informations (first_tracking_id, brand_id, abonnements, etc...) enregistrées sur chaque compte soient identiques afin de ne rien perdre.

Agathe
Commentaire de Geneviève Beaujard [ 19/févr./07 16:35 ]
je supprime les suivants, je ne fais aucun test car dans le cas du multiclick les infos sont forcement les memes, par contre dans l'autre cas il faut bien en choisir un.
Patrick , peux tu passer le script http://pricejira.lan/secure/attachment/20351/V14_0_0_APP-14618_FRA_DeleteContact.sql, je ne sais pas trop ou le mettre, je te laisse faire.
Commentaire de Patrick Pereira [ 24/avr./07 15:28 ]
En attente de dispo dans l'équipe d'intégration pour test en interne avant passage en prod.
Sans doute en fin de semaine.
Commentaire de Patrick Pereira [ 12/juin/07 17:59 ]
Petit problème. Certains user qu'on essaie de supprimer ont des subscriptions.
Que doit-on en faire ?
Commentaire de Geneviève Beaujard [ 18/juin/07 11:01 ]
IL suffit de rajouter l'ordre SQL suivant:

DELETE usr_subscription WHERE user_account_id = src.user_account_id;
Commentaire de Christophe Garcia [ 17/oct./07 10:34 ]
C'en est où ?



[EXP-2551] nouveaux comptes utilisateurs pour jira Création: 23/août/06 15:55  Mise à jour: 25/juin/07 18:59  Résolue: 30/nov./06 10:19

Etat: Fermé
Projet: Exploitation
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Steven Harel Attribution: Eve Pioche
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Dépendance
bloque APP-13903 [Cobrand] La Redoute Occasion :: Comm... Fermé
bloque APP-13915 auto - modif prix pack vendeur pages ... Fermé

 Description   
j'ai une équipe édito composée de 2 personnes :
- eve pioche pour la france
- juan-luis fajardoruiz pour l'espagne

j'ai besoin de leur assigner les taches jira liées à l'édito
ils doivent donc pouvoir recevoir des taches, les gérer, les fermer, ...

merci

 Commentaires   
Commentaire de Jérémie Bennejean [ 24/août/06 12:51 ]
Ca me semblerai pt etre une bonne idée de mettre patrice et moi en administrateur de Jira non ?
Commentaire de Steven Harel [ 19/oct./06 15:36 ]
salut,
il faudrait créer un compte jira pour eve pioche le plus rapidement possible
merci
Commentaire de Steven Harel [ 09/nov./06 15:39 ]
peux-tu me dire où en est cette demande ?
merci
Commentaire de Steven Harel [ 30/nov./06 10:19 ]
thanks



[APP-7757] [Paiement en X fois : Intégration 1euro.com] Macro en BO panier pour le remboursement 1euro.com Création: 07/mars/06 18:03  Mise à jour: 03/déc./07 14:49

Etat: Ouvert
Projet: Application PriceMinister
Composants: Paiement, Panier
Affecte la/les version(s): 8.1.2
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Majeur
Rapporteur: Arnaud Forgues Attribution: Dispatcher (Dev-Réserve)
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM: *** RESERVE ***
Classif1: TX
Classif2: TX - 1euro.com

 Description   
Afin d'automatiser le principe de remboursement par recredit carte suite à un paiement par 1euro.com, il faut mettre en place une macro sur le BO Panier dans le cas d'un paiement par 1euro.com qui ferait une vraie demande de remboursement via l'API de paiement SIPS Office et qui enverrait un email a l'acheteur concerné (voir spec technique pour les détails)

 Commentaires   
Commentaire de Arnaud Forgues [ 24/août/06 14:52 ]
A faire après l'internationale .. en 905 (chaque chose en son temps ;) )
Commentaire de Renaud Dierickx [ 15/févr./07 12:10 ]
Est-ce un réel besoin de l'équipe BO ? Si oui, est-ce un besoin urgent ?
Ce serait intéressant d'avoir le point de vue d'un membre de l'équipe fonctionnelle sur cette amélioration.
Merci d'avance.
Commentaire de Steven Harel [ 21/juin/07 18:10 ]
1/ on doit garder la séparation approbation/finalisation d'un remboursement 1euro

2/ on ne peut pas systématiquement procéder au remboursement chez sogenactif (dépend du statut de la transaction chez eux, ...)

on ne peut pas faire un truc completement automatisé

il faudrait une macro classique sur la fiche article en back office qui ne fait que générer un email

la macro est détaillée dans T:\WishLists\WL Back Office\macros version 26
Commentaire de Sébastien Aubert [ 26/juin/07 16:54 ]
Macro à créer voir détails dans T:\WishLists\WL Back Office\
fichier macros version 26.doc
La macro est dans remboursement et s'appelle remboursement 1 euro



[IMP-7790] BREIZH56500 : Création compte FTP + Config Stock avec profils existants Création: 07/janv./11 14:25  Mise à jour: 20/janv./11 16:11  Résolue: 18/janv./11 15:14

Etat: Résolu
Projet: Paramétrage - Import
Composants: Support entrant
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Jérome Marianne Attribution: Jérome Marianne
Résolution: Corrigé  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel Advert listing by login_20.01.2011.csv    
Sous-tâches:
Clé
 Résumé
 Type
 Etat
 Attribution
IMP-7875 Récupération données + adaptation fo... Sous-tâche Résolu Jérome Marianne  
Pays:
FRA - France
Login: BREIZH56500
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement) , Mise à jour/création annonces avec création produits , Suppression annonces

 Description   
Bonsoir,

Afin de gérer plus facilement notre stock et l'ajout de nos nouveaux articles, merci de bien vouloir nous donner un accès dédié au FTP ainsi que la marche à suivre.
Il s'agit d'une demande d'import et d'export de nos fichiers livres.

Compte : BREIZH56500

Cordialement
Sylvie VERGER

IPMC-FRANCE


 Commentaires   
Commentaire de Jérome Marianne [ 18/janv./11 14:52 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : breizh56500
mot de passe : br784eiz56h
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : non

=====================================================================
Commentaire de Jérome Marianne [ 18/janv./11 15:14 ]
Config + compte FTP activés
Commentaire de Isabelle Weisbecker [ 20/janv./11 16:11 ]
Voici l'extraction de son inventaire



[APP-15688] [META TACHE] rib vide et 2 paiements par virements enregistrés sur compte Création: 26/mars/07 16:25  Mise à jour: 04/août/08 15:25  Résolue: 04/août/08 15:25

Etat: Fermé
Projet: Application PriceMinister
Composants: Paiement
Affecte la/les version(s): 13.1.0
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Mineur
Rapporteur: Claire Durand Attribution: Dispatcher (Pôle TX)
Résolution: Corrigé  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Sous-tâches:
Clé
 Résumé
 Type
 Etat
 Attribution
APP-15722 Execution du script de nettoyage des ... Sub-bug Fermé Patrick Pereira  
APP-15723 Execution du script de mise a jour d... Sub-bug Fermé Patrick Pereira  
APP-15724 Pourquoi plusieurs RIB de compensatio... Sub-bug Fermé Dispatcher (Dev)  
APP-15725 Empecher les multi-cliques pour les c... Sub-bug Fermé Renaud Dierickx  
Pays:
FRA - France
Site: Prod
Classif1: HTML
Projets PM archivés: Paiement - Inscription Vendeur

 Description   
Salut,
l'utilisateur "Sephiroth56" se demande pourquoi il n'a pas reçu ces deux derniers paiements par virement (10/03/07 et 20/03/07). Son RIB sur le site est vide, pas de n° de facture sur ces deux paiements et son compte n'est pas enregistré sur les fichiers de paiement par virement du 10/03/07 et 20/03/07. Son adresse de paiement n'a jamais été à l'étranger.
Merci
Claire

 Commentaires   
Commentaire de Claire Durand [ 26/mars/07 16:32 ]
Merci d'effectuer une recherche pour voir si il existe d'autres cas
Commentaire de Younès Charrière [ 26/mars/07 17:27 ]
Son rib est vide. Je pensais qu'au départ c'était simplement une erreur de la part de l'utilisateur mais apperemment en suivant les mails qu'il a envoyé au bo, il a tenté plusieurs fois d'entrer son rib sans succès et n'a donc jamais été compensé.
Il a été relboursé sur son PMV par Claire mais il faudrait se pencher sur la question pour savoir pourquoi l'entrée de ses coordonnées bancaires n'ont pas fonctionnées.

Voici les logs du 1er Mars lorsqu'il a tenté d'entrer ses coordonnées bancaires si ça peut aider :

2007-03-02-05-00_salus.log.gz:2007-03-01 11:35:42,207 INFO [Processor115] Sephiroth56 - >>> POST http://www.priceminister.com/user!accountnumber=35983G&action=compensati...&address1=6 impasse ...&bankcode=30002&branchcode=7436&city=Vannes&countryid=249&dest=/compensat...&domiciliation=Rennes&firstname=Quentin&holder=Lacoudre Q...&isfirstav=false&key=50&lastname=Lacoudre&needsbankaccountdata=true&phonenumber=0297405371&submitbtn=Valider&zip=56000
2007-03-02-05-00_salus.log.gz:2007-03-01 11:35:42,232 INFO [Processor115] Sephiroth56 - (Status : 302) Redirecting to : /compensation?action=change&cmpmethodcode=20&fb=100
2007-03-02-05-00_salus.log.gz:2007-03-01 11:35:42,232 INFO [Processor115] Sephiroth56 - <<< [24 ms] POST http://www.priceminister.com/user!accountnumber=35983G&action=compensati...&address1=6 impasse ...&bankcode=30002&branchcode=7436&city=Vannes&countryid=249&dest=/compensat...&domiciliation=Rennes&firstname=Quentin&holder=Lacoudre Q...&isfirstav=false&key=50&lastname=Lacoudre&needsbankaccountdata=true&phonenumber=0297405371&submitbtn=Valider&zip=56000
2007-03-02-05-00_salus.log.gz:2007-03-01 11:35:42,326 INFO [Processor128] Sephiroth56 - >>> GET http://www.priceminister.com/compensation?action=change&cmpmethodcode=20&fb=100
2007-03-02-05-00_salus.log.gz:2007-03-01 11:35:42,339 INFO [Processor128] Sephiroth56 - (Status : 302) Redirecting to : /user?action=compensationcoordinates&dest=%2Fcompensation%3Faction%3Dchange%26cmpmethodcode%3D20%26fb%3D100&isfirstav=false&needsbankaccountdata=true&1172745342334#transfer_anchor_ref
2007-03-02-05-00_salus.log.gz:2007-03-01 11:35:42,339 INFO [Processor128] Sephiroth56 - <<< [13 ms] GET http://www.priceminister.com/compensation?action=change&cmpmethodcode=20&fb=100
2007-03-02-05-00_salus.log.gz:2007-03-01 11:35:42,441 INFO [-Processor55] Sephiroth56 - >>> GET http://www.priceminister.com/user?action=compensationcoordinates&dest=%2Fcompensation%3Faction%3Dchange%26cmpmethodcode%3D20%26fb%3D100&isfirstav=false&needsbankaccountdata=true&1172745342334
2007-03-02-05-00_salus.log.gz:2007-03-01 11:35:43,014 INFO [-Processor55] Sephiroth56 - <<< [573 ms] GET http://www.priceminister.com/user?action=compensationcoordinates&dest=%2Fcompensation%3Faction%3Dchange%26cmpmethodcode%3D20%26fb%3D100&isfirstav=false&needsbankaccountdata=true&1172745342334
2007-03-02-05-00_salus.log.gz:2007-03-01 11:36:44,201 INFO [-Processor57] Sephiroth56 - >>> POST http://www.priceminister.com/user!accountnumber=35983G&action=compensati...&bankcode=30002&branchcode=7436&countryid=249&dest=/compensat...&domiciliation=Vannes &holder=Lacoudre Q...&isfirstav=false&key=50&needsbankaccountdata=true&submitbtn=Valider
2007-03-02-05-00_salus.log.gz:2007-03-01 11:36:44,902 INFO [-Processor57] Sephiroth56 - <<< [700 ms] POST http://www.priceminister.com/user!accountnumber=35983G&action=compensati...&bankcode=30002&branchcode=7436&countryid=249&dest=/compensat...&domiciliation=Vannes &holder=Lacoudre Q...&isfirstav=false&key=50&needsbankaccountdata=true&submitbtn=Valider
2007-03-02-05-00_salus.log.gz:2007-03-01 11:37:39,627 INFO [-Processor49] Sephiroth56 - >>> POST http://www.priceminister.com/user!accountnumber=35983G&action=compensati...&address1=6 impasse ...&bankcode=30002&branchcode=7436&city=Vannes&countryid=249&dest=/compensat...&domiciliation=Vannes &firstname=Quentin&holder=Lacoudre Q...&isfirstav=false&key=50&lastname=Lacoudre&needsbankaccountdata=true&phonenumber=0297405371&submitbtn=Valider&zip=56000
2007-03-02-05-00_salus.log.gz:2007-03-01 11:37:39,643 INFO [-Processor49] Sephiroth56 - (Status : 302) Redirecting to : /compensation?action=change&cmpmethodcode=20&fb=100
2007-03-02-05-00_salus.log.gz:2007-03-01 11:37:39,643 INFO [-Processor49] Sephiroth56 - <<< [15 ms] POST http://www.priceminister.com/user!accountnumber=35983G&action=compensati...&address1=6 impasse ...&bankcode=30002&branchcode=7436&city=Vannes&countryid=249&dest=/compensat...&domiciliation=Vannes &firstname=Quentin&holder=Lacoudre Q...&isfirstav=false&key=50&lastname=Lacoudre&needsbankaccountdata=true&phonenumber=0297405371&submitbtn=Valider&zip=56000
Commentaire de Geneviève Beaujard [ 28/mars/07 10:28 ]
Le probleme avec ce compte c'est qu'il a plusieurs comptes bancaires pour les compensations:
SELECT usr_bank_account_id, iban_country, ubk_status_code, iban_national_bank_account, creation_date, change_date
FROM usr_bank_account where user_account_id =4862597

USR_BANK_ACCOUNT_ID IB UBK_STATUS_CODE IBAN_NATIONAL_BANK_ACCOUNT CREATION_DATE CHANGE_DATE
------------------- -- --------------- ------------------------------ ------------------- -------------------
            6688283 FR 10 30002074360000035983G50 27/02/2007 10:16:58 27/02/2007 10:16:58
            6688284 FR 10 30002074360000035983G50 27/02/2007 10:18:27 27/02/2007 10:18:27
            6715584 FR 10 30002074360000035983G50 01/03/2007 11:34:59 01/03/2007 11:34:59
            6715585 FR 10 30002074360000035983G50 01/03/2007 11:35:42 01/03/2007 11:35:42
            6715586 FR 10 30002074360000035983G50 01/03/2007 11:37:39 01/03/2007 11:37:39
            5567302 FR 10 30002074360000035983G50 22/05/2006 20:27:50 22/05/2006 20:27:50
            5567303 FR 10 30002074360000035983G50 22/05/2006 20:27:50 22/05/2006 20:27:50
            5567305 FR 10 30002074360000035983G50 22/05/2006 20:29:01 22/05/2006 20:29:01
            5567306 FR 10 30002074360000035983G50 22/05/2006 20:31:35 22/05/2006 20:31:35
            5567307 FR 10 30002074360000035983G50 22/05/2006 20:35:26 22/05/2006 20:35:26
            5567308 FR 10 30002074360000035983G50 22/05/2006 20:36:38 22/05/2006 20:36:38
            5567309 FR 10 30002074360000035983G50 22/05/2006 20:38:24 22/05/2006 20:38:24
            
Le fait qu'il ait plusieurs comptes bancaires pour les compensations ne nous permet pas de remplir le champ 'ubk_iban_country' de la table compensation.
Du coup le script pm_compensation.sql ne prend pas en compte cette compensation pour l'exporter.
Je vais devoir écrire un script de correction qui ne laisse qu'un seul compte bancaire de compensation pour ce compte et
un autre qui met a jour le champ 'ubk_iban_country' des 2 compensations du compte 4862597(Sephiroth56)
            
Heureusement c'est le seul compte qui a ce probleme:
SELECT USER_ACCOUNT_ID
FROM usr_bank_account
WHERE ubk_type_code = 10
AND ubk_status_code = 10
GROUP BY USER_ACCOUNT_ID
HAVING COUNT(*) > 1
USER_ACCOUNT_ID
---------------
        4862597
        
--Recherche des compensations qui ne peuvent pas être exportées
SELECT compensation_id, seller_account_id, ubk_iban_country FROM compensation
WHERE cmp_method_code = 20
AND cmp_status_code = 40
AND ubk_iban_country IS NULL
COMPENSATION_ID SELLER_ACCOUNT_ID UB
--------------- ----------------- --
        9315067 4862597
        9459388 4862597

Ces 2 requêtes nos demontrent bien que ce probleme ne s'est produit pour le compte 4862597(Sephiroth56)

Une fois les 2 scripts de correction effectués, ce compte sera compensé le 1er Avril.



[APP-22543] Plus de lien "je pars en vacances" sur un compte? Création: 09/oct./08 18:37  Mise à jour: 09/oct./08 19:06  Résolue: 09/oct./08 18:58

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 30.0.2.2
Version(s) corrigée(s): 30.0.2.2

Type: Bogue Priorité: Critique
Rapporteur: Cedric Favero Attribution: Validator
Résolution: Invalid  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
doublon de APP-22511 bug sur compte dauphinoise le mode va... Fermé
Pays:
FRA - France
Site: Prod
Projets PM: *** A PLANIFIER ***

 Description   
Pseudo:temps-livres
Compte:
http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=4240731

Il n'y a effectivement plus de lien en front pour partir en vacances.

regression?

 Commentaires   
Commentaire de Espérance Galouo-Lece [ 09/oct./08 18:58 ]
Cf. APP-22511
Commentaire de Cedric Favero [ 09/oct./08 19:06 ]
Ok merci.
Bizarre c'est pourtant un particulier. C'etait peut etre un pro avant.



[IMP-7483] Maintenance FTP commande Jeux_du_Nain : Vérification prise en compte Fichier de confirmation Création: 26/nov./10 10:53  Mise à jour: 29/nov./10 12:57  Résolue: 29/nov./10 12:57

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Stéphanie Vignali Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: Jeux_du_Nain
Séparateur: N/A
Type de traitement:
N/A

 Description   
Bonjour,

Il semble qu'il y ait eu un soucis avec la confirmation des commandes via FTP.

2 commandes ont été annulées alors que le pro les avaient normalement confirmées et les a donc expédiés.

Pouvez-vous regarder que tout fonctionne et vérifier le fichier de confirmation ?

Merci

Stéphanie

De : Alain Mouezant [mailto:alain.mouezant@avenuedesjeux.com]
Envoyé : vendredi 26 novembre 2010 09:07
À : stephanie.vignali@priceminister.com
Cc : Melanie Hery; Claudio Miosga; Direction - Avenue des Jeux
Objet : Re: [marketplaces] Annulation de la vente 94533882

Bonjour,

Il doit y avoir erreur, les commandes ont bien été honorées et pour la plupart, toutes expédiées.
Une confirmation est transmise sur votre serveur sous la forme d'un fichier texte en respectant
scrupuleusement vos préconisations.

Exemple de fichier de confirmation :
ftp://ftp.priceminister.com/validation/item_validation_&lt;ann&#xE9;e&gt;_&lt;mois&gt;_&lt;jour&gt;_&lt;heure&gt;.txt

Prenez-vous bien en compte ces informations ?

Les commandes que vous avez annulées :
la commande 94533882 est en cours d'acheminement, n° de suivi coliposte : 8L78470653989
la commande 94504734 est en instance au bureau de poste du client : 8L78470652722
...

--
Très cordialement,

Alain MOUEZANT
Responsable Informatique

Groupe Avenue des Jeux / Patiwizz
Rue des Puzzles | Rue des Maquettes
Zone d'activités de Beau Soleil
44116 Vieillevigne - France
Tél : +33 (0)2 51 11 32 75
Mob : +33 (0)6 42 33 64 02
Fax : +33 (0)2 40 26 33 39
Le 26 novembre 2010 00:40, PriceMinister <nepasrepondre@priceminister.com> a écrit :
Bonjour Jeux_du_Nain,

Nous n'avons pas reçu de réponse à notre e-mail du 22/11/2010 vous informant d'une nouvelle commande de la part d'un acheteur.

En l'absence de réponse de votre part et pour respecter notre engagement, nous avons dû annuler la commande auprès de cet acheteur.

Afin d'éviter de décevoir d'autres acheteurs pendant votre absence, nous avons également placé votre compte en mode "Vacances". Ceci a pour effet de retirer temporairement de la vente l'ensemble des articles présents dans votre inventaire. Dès votre retour, vous pouvez instantanément remettre tous vos articles en vente en cliquant sur le lien ci-dessous et en désactivant l'option "Vacances".

http://www.priceminister.com/user?login=Jeux_du_Nain

Si ce lien ne fonctionne pas, rendez-vous sur votre compte et cliquez sur "Vous revenez de vacances".

Merci de votre confiance et à très bientôt sur PriceMinister.

http://www.priceminister.com
l'Achat-Vente Garanti

---------------------------------------------------------------------
Desinscription: envoyez un message a: marketplaces-unsubscribe@avenuedesjeux.com
Pour obtenir de l'aide, ecrivez a: marketplaces-help@avenuedesjeux.com





 Commentaires   
Commentaire de Daniel Pintamalli [ 26/nov./10 11:51 ]
Malheureusement le PRO a bien envoyé les fichiers de validation mais tardivement pour les commandes concernées: le 26 novembre peu avant 9h. Les ventes étaient déjà en "TIME OUT SELLER".... Ci-dessous des informations techniques que tu peux retransmettre au partenaire:


$ grep "94533882" jeux_du_nain_item_validation*
jeux_du_nain_item_validation_2010_11_25_12.txt:3485864|94533882|151438584|Videojet-6120|20101122230601|CONFIRM|
jeux_du_nain_item_validation_2010_11_25_18.txt:3485864|94533882|151438584|Videojet-6120|20101122230601|CONFIRM|

-rw-r--r-- 1 xxxx xxxxxxx 1386 Nov 26 09:04 jeux_du_nain_item_validation_2010_11_25_12.txt
-rw-r--r-- 1 xxxx xxxxxxx 1386 Nov 26 09:04 jeux_du_nain_item_validation_2010_11_25_18.txt

$ grep "94504734" jeux_du_nain_item_validation*
jeux_du_nain_item_validation_2010_11_25_12.txt:3485864|94504734|151380443|Playmobil-4328|20101122171948|CONFIRM|
jeux_du_nain_item_validation_2010_11_25_12.txt:3485864|94504734|151380446|Playmobil-4329|20101122171948|CONFIRM|
jeux_du_nain_item_validation_2010_11_25_18.txt:3485864|94504734|151380437|Playmobil-4326|20101122171948|CONFIRM|

-rw-r--r-- 1 xxxx xxxxxxx 1386 Nov 26 09:04 jeux_du_nain_item_validation_2010_11_25_12.txt
-rw-r--r-- 1 xxxx xxxxxxx 1386 Nov 26 09:04 jeux_du_nain_item_validation_2010_11_25_12.txt
-rw-r--r-- 1 xxxx xxxxxxx 1386 Nov 26 09:04 jeux_du_nain_item_validation_2010_11_25_18.txt
Commentaire de Stéphanie Vignali [ 26/nov./10 14:03 ]
Ci-dessous les remarques du partenaire :

De : Claudio Miosga [mailto:claudio@avenuedesjeux.com]
Envoyé : vendredi 26 novembre 2010 13:44
À : Stephanie Vignali
Cc : alain.mouezant@avenuedesjeux.com
Objet : Re: [marketplaces] Annulation de la vente 94533882

Bonjour,

Nous avons envoyé les fichiers plusieurs fois depuis le 25 à 12h.
D'autre part, en prenant 1 commande pour laquelle nous avons envoyé le "CONFIRM", cf extrait ci-dessous, elle apparait "A confirmer" avec un warning dans l'interface priceminister ?

3485864|94583674|151538088|Klein-7225|20101124000601|CONFIRM|
3485864|94583674|151539545|Playmobil-4689|20101124000601|CONFIRM|
3485864|94583674|151539562|Playmobil-5815|20101124000601|CONFIRM|


Très cordialement,

Claudio Miosga
Développement Web

Groupe Avenue des Jeux / Patiwizz
Rue des Puzzles | Rue des Maquettes
Zone d'activités de Beau Soleil
44116 Vieillevigne - France
Tél : +33 (0)2 51 11 86 52
Mob : +33 (0)6 21 82 67 77
Fax : +33 (0)2 40 26 33 39
Commentaire de Stéphanie Vignali [ 26/nov./10 14:03 ]
Pouvez-vous peut être contacter le développeur de chez eux afin de régler çà avec lui de vive voix ?
Commentaire de Daniel Pintamalli [ 29/nov./10 11:19 ]
Je l'ai vu avec le PRO au téléphone. Il s'est trompé de ID de compte dans le fichier de validation. Il a utilisé le ID du compte de "jouetsetjeux" au lieu de celui de "Jeux_du_Nain".
Commentaire de Stéphanie Vignali [ 29/nov./10 11:28 ]
Bonjour,

Le problème est toujours d'actualité.

Pouvez-vous regarder de nouveau et sinon appleer directement le technicen chez eux afin de trouver une solution rapidement.

Merci

Stéphanie

-----Message d'origine-----
De : Claudio Miosga [mailto:claudio@avenuedesjeux.com]
Envoyé : lundi 29 novembre 2010 10:32
À : Stephanie Vignali
Cc : support.pro@priceminister.com
Objet : confirmations des commandes Jeux du Nain

Bonjour,

Après l'envoi ce matin du fichier item_validation rien n'a changé dans
l'interface.
Il doit donc y avoir un problème dans le traitement ou le format des
données du fichier.
Merci de nous indiquer les points qui posent problème afin que nous
puissions automatiser correctement le traitement des commandes.

Très cordialement,

Claudio Miosga
Développement Web

Groupe Avenue des Jeux / Patiwizz
Rue des Puzzles | Rue des Maquettes
Zone d'activités de Beau Soleil
44116 Vieillevigne - France
Tél : +33 (0)2 51 11 86 52
Mob : +33 (0)6 21 82 67 77
Fax : +33 (0)2 40 26 33 39
Commentaire de Daniel Pintamalli [ 29/nov./10 12:11 ]
Tout est dans l'ordre maintenant, il validait sous le pseudo "jouetsetjeux" (ID=3485864). On voit que dès ce matin il commence a nous envoyer le bon ID (22545471)

(...)
3485864|94776232|151930678|Darpeje-OBAR56|20101127170601|CONFIRM|
3485864|94765532|151907712|Klein-7225|20101127140601|CONFIRM|
3485864|94758930|151895894|Corolle-K6760-2|20101127120601|CONFIRM|
3485864|94748245|151870409|Playmobil-3968|20101127010601|CONFIRM|
3485864|94740179|151855403|PJ-MTLP60003|20101126220601|CONFIRM|
22545471|94813498|152008798|Lego-8169|20101128120602|CONFIRM|
22545471|94808617|152000496|Playmobil-4159|20101128110601|CONFIRM|
22545471|94793311|151966488|Meccano-837550|20101127230601|CONFIRM|
22545471|94791940|151962797|Lego-10199|20101127210601|CONFIRM|
22545471|94786316|151957723|Hasbro-24951-21115|20101127210601|CONFIRM|
22545471|94780632|151945338|PJ-MTMT10001|20101127190601|CONFIRM|
22545471|94778110|151934235|JBM-3453|20101127180601|CONFIRM|
22545471|94776232|151930678|Darpeje-OBAR56|20101127170601|CONFIRM|
22545471|94765532|151907712|Klein-7225|20101127140601|CONFIRM|
22545471|94758930|151895894|Corolle-K6760-2|20101127120601|CONFIRM|
22545471|94748245|151870409|Playmobil-3968|20101127010601|CONFIRM|
22545471|94740179|151855403|PJ-MTLP60003|20101126220601|CONFIRM|



[APP-5414] La fonction vider le stock vendeur en bo est invalide Création: 01/août/05 14:08  Mise à jour: 25/juin/07 18:31  Résolue: 05/sept./05 17:52

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Skender Berisha Attribution: Geneviève Beaujard
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
La fonction vider le stock vendeur en bo est invalide

 Commentaires   
Commentaire de Geneviève Beaujard [ 05/sept./05 17:52 ]
voir bug http://pricejira.lan/browse/APP-5535



[APP-23183] [UK] (Param BO) page de mise en vente, si option quantité illimité choisie impossibilité de valider la mise en ligne de l'annonce Création: 21/nov./08 13:35  Mise à jour: 11/déc./08 15:01  Résolue: 04/déc./08 16:29

Etat: Fermé
Projet: Application PriceMinister
Composants: Mise en vente
Affecte la/les version(s): 37.0.0 (TX-D)
Version(s) corrigée(s): 37.0.0 (TX-D)

Type: Bogue Priorité: Critique
Rapporteur: Gaël Seguillon Attribution: Rémi Virlouvet
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File pb mise en vente quantité illimitée.JPG    
Liens des demandes:
Duplicate
a pour doublon APP-23265 [UK] (Param BO) option quantité illim... Fermé
Similaire
similaire à APP-23321 [UK] (Param BO) Option Collectable lo... Fermé
Pays:
GBR - Royaume Uni
Navigateur: Mozilla / Firefox
Projets PM archivés: UK - Plateforme BETA

 Description   
Lorsque que pour un compte pro l'option quantité illimitée est choisie, il est imoossible de valider la mise en vente de l'annonce un message d'erreur apparait en demandant de préciser la qualité du produit alors que celle ci est déjà renseignée, lorsque l'on décoche la quantité illimitée sans rien modifier d'autre sur la page de mise en vente la mise en ligne passe sans problème.
voir copie ecran

 Commentaires   
Commentaire de Renaud Dierickx [ 21/nov./08 16:04 ]
Je pense que c'est du paramétrage...
Commentaire de Gaël Seguillon [ 21/nov./08 17:22 ]
de plus le message d'erreur please fill in the QUALITY field apparait alors que c'est le champ quantity qui pose problème, ce message apparait pour la quantité illimitée mais également quand on ne renseigne aucune quantité, logiquement le message devrait affiché please fill up the quality

Commentaire de Ariane Baldinger [ 27/nov./08 09:22 ]
le paramétrage des formulaires de mise en vente n'est certainement pas au point en dev.

Rémi,
Peux-tu vérifier en Prod s'il y a le même problème ? Si oui, corriger en prod uniquement.

Merci
Commentaire de Rémi Virlouvet [ 04/déc./08 16:29 ]
Corrigé
BO prod
Format
"Soumission format gen annonce (avec prevalidation 1)"

prévalidation étape 1:
$numberValidator.notNull($line.get("quantity")) || $stringValidator.notNull($line.get("unlimitedquantity"))

il manquait le $stringValidator.notNull($line.get("unlimitedquantity))
Commentaire de Emeric Teil [ 05/déc./08 10:51 ]
Gaël, c'est bon pour toi ?
Commentaire de Jeremy Pallot [ 11/déc./08 14:56 ]
C'est bon pour nous. Merci
Commentaire de Gaël Seguillon [ 11/déc./08 15:01 ]
ok c'est bon à ce niveau



[IMP-784] Rajouter comptes dans le flux mixad Création: 28/mai/07 10:52  Mise à jour: 30/oct./09 15:51  Résolue: 06/juin/07 10:02

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Jérome Marianne Attribution: Espérance Galouo-Lece
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: topv...
Séparateur: N/A
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
elise2006

ggeolympe

renaultlagny

topv1403

tupinier

topv0506

 Commentaires   
Commentaire de Espérance Galouo-Lece [ 29/mai/07 14:06 ]
 - Est-il normal que "renaultlagny" qui utilise encore un Cardiff (chez nous) puisse avoir une config Mixad?
 - En attente d'infos;
Commentaire de Espérance Galouo-Lece [ 29/mai/07 15:26 ]
 - Le compte "topv1403" n'existe pas ;
 - Le compte "topv0506" avait déjà été rajouté;
 - Les comptes "renaultlagny", "ggeolympe" et "tupinier" possèdent déjà des configFTP; que faire de leur autres configFTP et des profils existant?
 - En attente d'infos;
Commentaire de Jérome Marianne [ 05/juin/07 10:43 ]
Pour les clients renaultlagny", "ggeolympe" et "tupinier" il faut modifier les profils et les mettre sur Mixad.
Commentaire de Espérance Galouo-Lece [ 05/juin/07 15:53 ]
 - Pour les comptes "enaultlagny", "ggeolympe" et "tupinier" c'est fait;
 - Que faut-il faire par rapport au compte "topv1403"?
 - En attente d'infos;
Commentaire de Jérome Marianne [ 05/juin/07 17:26 ]
J'ai créé le compte topv1403 tu peux le rajouter au flux.
Commentaire de Espérance Galouo-Lece [ 06/juin/07 10:02 ]
 - C'est fait.



[IMP-5939] maxgmobile : Creation compte FTP Création: 28/avr./10 16:56  Mise à jour: 03/mai/10 15:50  Résolue: 03/mai/10 10:09

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Laurent Payot Attribution: Laurent Payot
Résolution: Corrigé  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Liens des demandes:
Duplicate
doublon de IMP-5878 Creation compte FTP - pseudo maxgmobile Résolu
Sous-tâches:
Clé
 Résumé
 Type
 Etat
 Attribution
IMP-5960 config FTP maxgmobileUK Sous-tâche Résolu Laurent Payot  
IMP-5961 config FTP maxgmobil Sous-tâche Résolu Laurent Payot  
Pays:
ESP - Espagne
Login: maxgmobile
Séparateur: N/A
Type de traitement:
N/A

 Description   
Importer le fichier du Jira IMP-5878 sur les trois plateformes.

 Commentaires   
Commentaire de Laurent Payot [ 28/avr./10 16:59 ]
Frederic, merci de m'indiquer le nom des comptes pour chacun des pays. La langue du FTP doit-elle être l'espagnol?
Commentaire de Laurent Payot [ 29/avr./10 10:43 ]
Le fichier joint au Jira IMP-5878, "relojitos.xls" , ne concerne pas maxgmobile mais un autre partenaire.

Pas de fichier, pas de pseudo UK et FR , jira impossible à faire, fermeture en invalide.
Commentaire de Frederic vacher [ 29/avr./10 10:49 ]
Alors les pseudos :
Fr maxgmobil
Es Maxgmobile
UK MAXGMOBILEUK
Commentaire de Frederic vacher [ 29/avr./10 10:56 ]
Le FTP de maxgmobile doit être en espagnol.

ci joint le lien url ou l'on peut chercher les annonces : http://www.maxmovil.com/datostienda/paginas/ciao.txt

La mise a jour doit se faire sur les 3 plateformes.

Merci.

Fred
Commentaire de Laurent Payot [ 29/avr./10 11:29 ]
A quelle frequence doit-on aller chercher les annonces sur l'URL? Tous les jours? A quelle heure?
Commentaire de Frederic vacher [ 29/avr./10 11:37 ]
Une fois par jour, peu importe l'heure. Merci!
Commentaire de Laurent Payot [ 29/avr./10 18:08 ]
J'ai déja configuré la partie FTP.

Dans le format il y à quatre colonnes avec des chiffres. Merci de m'indiquer laquelle je dois prendre pour le prix ES, pour le prix FR, pour le prix UK. Si il n'y a qu'une seule colonne de prix, merci de me donner une formule pour calculer le prix FR et UK (taux de change et frais de port).
Commentaire de Laurent Payot [ 03/mai/10 10:09 ]
Bon le FTP a été configuré comme demandé pour envoyer le fichier sur les format préexistants. Cependant j'ai désactivé la copie vers FR et UK tant que l'on a pas les prix FR et UK dans le fichier fourni pas le pro. En attendant la mise à jour se fait bien quotidiennement sur ES (le fichier passe à 84% en màj annonce et création produits)


=====================================================================
Cuenta FTP vendedor creada...

Pseudo : maxgmobile
contraseña : Bawky9q
Server : ftp.priceminister.es
Pais : es
Flujo de pedidos : si

=====================================================================
Commentaire de Frederic vacher [ 03/mai/10 14:46 ]
OK, merci pour le FTP

Mettre le même prix pour le FR et prendre une conversion à 1.20 pour les prix en pounds.
Merci
Commentaire de Laurent Payot [ 03/mai/10 15:07 ]
En regardant le format UK existant on voit qu'on avait déja fixé dans le jira IMP-3704 un taux de conversion a 1.16 + 10 pounds de frais de port. Je laisse comme ça?
Commentaire de Frederic vacher [ 03/mai/10 15:24 ]
Oui effectivemment il y a les frais de port a rajouter sur le site UK. Oui laisse comme ça du coup. Merci.
Commentaire de Laurent Payot [ 03/mai/10 15:36 ]
Ok je laise comme ça pour le UK. Le fichier ES est bien dispatché sur UK et FR.
Commentaire de Frederic vacher [ 03/mai/10 15:40 ]
On vient directement chercher le fichier sur le lien qu'il nous as fournit? Il n'a plus a déposer ces fichiers?
Commentaire de Laurent Payot [ 03/mai/10 15:47 ]
Oui c'est ça, on recupère tous les jours le fichier qui est dispatché sur ES FR et UK automatiquement.

Attention sur UK le format existant ne met a jour que des fiches BO déjà existantes (IMP-3704), et le taux d'import est de moins de 1% : il faudrait mettre a jour les fiches produits BO.
Commentaire de Frederic vacher [ 03/mai/10 15:50 ]
Oui c'est prévu mais les ventes étant assez faible sur le UK, on n'as pas dégagé du temps pour le faire. Mais c'est prévu de renseigné les fiches en bo.



[APP-25952] Macro "annulations V - bonne réponse" ne tient pas compte de la visibilité initiale du compte Création: 16/juil./09 16:23  Mise à jour: 21/juil./09 09:32

Etat: Ouvert
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Mineur
Rapporteur: Cedric Favero Attribution: Dispatcher (Pôle CAT)
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Projets PM: *** STANDBY ***

 Description   
On trouve bcp de comptes professionnels en visibilité 1 pour de mauvaises raisons.

Ces derniers ont été passés en -2 en raison d'un nombre trop élevé d'annulations, et lorsqu'on les a réactivés à l'aide de la macro "annulations V - bonne réponse" , ils sont passés en 1 au lieu de revenir en 2.

La macro devrait soit regarder la visibiité antérieure ou plus simplement remetttre le compte en 2 si PRO. Idem pour le "réclamation V -bonne réponse".

ex d'un compte:
http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=451362



[APP-3347] BO Opérations : comportement incorrect sur un Débit par virement Création: 17/déc./04 11:48  Mise à jour: 25/juin/07 18:27  Résolue: 25/juin/07 18:27

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.9val
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Validator Attribution: Martin Sudmann
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Avec le compte ngrehall, j'ai pu faire un débit supérieur à 100 000 euros (en
mars).
Maintenant, on a une erreur lorsque l'on essaye de mettre en échec, car le
système réclame un montant inférieur à 100 000 euros. C'est plutot embetant,
surtout si on devait avoir un bug dans l'application et qu'on était bloqué pour
intervenir en BO.

De plus, le lien "Mettre en échec" utilise un this.form dans le href. ça
fonctionne sous IE, mais pour combien de temps ? "this" n'existe normalement
pas au sein d'un href, il faut accéder aux objets du formulaire via "document".
Le jour ou IE sera un peu moins permissif, on risque d'avoir des problèmes.

 Commentaires   
Commentaire de Geneviève Beaujard [ 17/déc./04 14:44 ]
martin est déjà en train de corriger le probleme
Commentaire de Martin Sudmann [ 17/déc./04 15:23 ]
corrigé.
faut qu'on apprenne le DOM aux jeunes...



[IMP-4757] [UK] [FR] [ES] Creation compte FTP avec entrée sortie/mise à jour de stock (écrasement) et flux de commandes pour les comptes: FindMemFR/FindMemUK/FindMemES Création: 30/nov./09 14:31  Mise à jour: 01/déc./09 11:49  Résolue: 01/déc./09 11:49

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Jeremy Pallot Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File baseukfm_inventory_2009_11_24_14_41 (2).txt    
Pays:
ALL - Tous
Login: FindMemFR/FindMemUK/FindMemES
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces (écrasement), Mise à jour/création annonces, Suppression annonces

 Description   
Bonjour,

Pouvez-vous ouvrur un compte FTP¿(entrée/sortie/écrasement) pour les comptes:
- FR: FindMemFR
-UK: FindMemUK
- ES: FindMemES

Trés important le FTP doit être le même que celui utilisé pour le vendeur baseuk
"Pseudo : baseuk
password : 1x7B6Jk
Server : ftp.priceminister.co.uk"

La structure des dossiers et des sous dossiers doit être identique.
Il s'agit du même vendeur mais pour des produits High tech.

Contact du vendeur en cas de problèmes: stevex@dvd.co.uk

Merci,


 Commentaires   
Commentaire de Jeremy Pallot [ 30/nov./09 14:34 ]
J'ai oublié de préciser qu'il devait être en langue anglaise et un seul FTP pour les trois comptes.

Merci
Commentaire de Daniel Pintamalli [ 01/déc./09 11:28 ]
=====================================================================
Account FTP seller created...

Pseudo : findmemuk
password : gfrvzehi3G5
Server : ftp.priceminister.co.uk
Country : uk
Flow purchase : yes

=====================================================================
Commentaire de Daniel Pintamalli [ 01/déc./09 11:49 ]
La configuration est en place.



[IMP-1195] Import des images sur le compte dvf0 Création: 23/août/07 11:26  Mise à jour: 30/oct./09 15:47  Résolue: 28/août/07 16:47

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Dorian Porta Delsol Attribution: Rodrigue Nsiangani
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 30 minutes
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel Dvf0_Figurines-images.xls    
Pays:
FRA - France
Login: dvf0
Séparateur: N/A
Type de traitement:
N/A
Estimation: Petit
Groupe: Figurines

 Description   
Son format d'import a déjà été paramétré par Julien, il restait un problème au niveau des photos dont certaines contenaient des logos (IMP-1105 ). C'est pourquoi nous avons refusé de les importer.

Depuis le pro est en train progressivement de supprimer ses logos, donc, il faudrait modifier le mapping afin que ses URL images puissent passer.

Joint le fichier est les premières URL.

Merci

 Commentaires   
Commentaire de Rodrigue Nsiangani [ 27/août/07 17:19 ]
Fichier soumis :
http://bo.priceminister.com/datafile_back?action=advfilesearch&file_id=4972237
Commentaire de Rodrigue Nsiangani [ 28/août/07 09:43 ]
Fichier soumis sur le bon profil :
http://bo.priceminister.com/datafile_back?action=advfilesearch&file_id=4973636
Commentaire de Rodrigue Nsiangani [ 28/août/07 16:47 ]
Download of 345 images done.
Images importées. Elles apparaitront demain.

Le fichier est passé à 100%. 1 erreur : "Vous ne pouvez pas créer une annonce avec quantité 0 "

Je ferme.



[APP-30581] Prix élevé pas pris en compte Création: 04/août/10 17:24  Mise à jour: 05/août/10 16:30  Résolue: 05/août/10 15:24

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 75.0.0 (VEN-D)
Version(s) corrigée(s): 75.0.0 (VEN-D)

Type: Bogue Priorité: Majeur
Rapporteur: Espérance Galouo-Lece Attribution: Rémi Virlouvet
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg    
Pays:
GBR - Royaume Uni
Site: Integ
Projets PM: WS MEV Light
Navigateur: Tous

 Description   
cf. screenshot-1

 Commentaires   
Commentaire de Cédric Goldovsky [ 05/août/10 12:12 ]
Vu sur UK
Commentaire de Carole Boucheny [ 05/août/10 13:17 ]
Je transfert à Rémi
Commentaire de Rémi Virlouvet [ 05/août/10 14:16 ]
prix élevé pas pris en compte, ça veut dire quoi ? qu'as-tu entré ? merci
Commentaire de Cédric Goldovsky [ 05/août/10 14:22 ]
ca veut dire que si tu rentres un prix du style "5555555555555555555555" on ne t'annonce pas qu'il y a un prix maxi à ne pas dépasser
Commentaire de Carole Boucheny [ 05/août/10 15:00 ]
Le message qui s'affiche n'est pas une prévalidation du format.

Manu il semble donc qu'elle soit généré par l'appli. Est-ce que tu pourrais regarder ?

Merci
Commentaire de Carole Boucheny [ 05/août/10 15:21 ]
La prévalidation était bien pris en compte. Le problème est qu'on avait le signe "<" et tout le texte qui se trouvait après n'apparaissait pas.

2 solutions :
_ changer le message d'erreur pour n'avoir que du texte
_ mettre le caractère "<" avec le code html : & lt; (sans l'espace)

Pour la deuxième solution les devs doivent faire une modification pour que le code html soit interprété dans le xml de sortie.
Commentaire de Rémi Virlouvet [ 05/août/10 15:24 ]
j'ai modifié le texte en "your selling price must not exceed..."



[IMP-6958] thealapage : création compte FTP Création: 13/sept./10 18:02  Mise à jour: 14/sept./10 10:44  Résolue: 14/sept./10 10:44

Etat: Résolu
Projet: Paramétrage - Import
Composants: Support entrant
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Jérome Marianne Attribution: Jérome Marianne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: thealapage
Séparateur: N/A
Type de traitement:
N/A

 Description   
Bonjour,
 
J'essaye d'utiliser le modèle de fichier trasmis par Maram Khayati cette semaine mais le fichier ne s'importe pas, trop d'erreurs annoncées que je ne comprends d'ailleurs pas.
J'ai configuré mon export avec les informations dont je dispose, j'ai laissé les champs vides quand l'information n'était pas disponible.
Il s'agit du téléchargement via l'interface http "10/09/2010-11:51".
Serait-il également possible d'obtenir les informations de connexion pour un transfert via FTP.
 
Merci pour votre réponse rapide,
 
Luc Héraudet
Librairie Thé à la page
Z. A. Fontgrave
26740 Montboucher-sur-Jabron
France
Tel : 04 75 51 79 62 / 06 15 71 16 18
thealapage@numericable.fr
www.thealapage.com


 Commentaires   
Commentaire de Jérome Marianne [ 14/sept./10 10:29 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : thealapage
mot de passe : 33alap21ge
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : non

=====================================================================
Commentaire de Jérome Marianne [ 14/sept./10 10:44 ]
Le compte FTP est activé.



[IMP-7513] troubleclic : Création compte FTP Création: 01/déc./10 18:00  Mise à jour: 02/déc./10 10:33  Résolue: 02/déc./10 10:33

Etat: Résolu
Projet: Paramétrage - Import
Composants: Support entrant
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Jérome Marianne Attribution: Jérome Marianne
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: troubleclic
Séparateur: N/A
Type de traitement:
N/A

 Description   
Bonjour,

Il n'est pas possible que je garde la main sur la possibilité de l'envoi de ce fichier?
Si vous me donner un accès FTP par exemple, ça serait le top.

Cordialement,
LEUVREY Cédric
Trouble Clic - Service technique
http://www.trouble-clic.com/
________________________________________


 Commentaires   
Commentaire de Jérome Marianne [ 02/déc./10 10:08 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : troubleclic
mot de passe : tr23ouble11c
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : non

=====================================================================
Commentaire de Jérome Marianne [ 02/déc./10 10:33 ]
Compte FTP activé



[IMP-504] voir compte wmof Création: 17/avr./07 14:34  Mise à jour: 30/oct./09 15:51  Résolue: 17/avr./07 14:44

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Anne Korchia Attribution: Rodrigue Nsiangani
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: wmof
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)
Estimation: Petit

 Description   
Mettre son profil en écrasement

 Commentaires   
Commentaire de Rodrigue Nsiangani [ 17/avr./07 14:44 ]
J'ai mis le profil en écrasement.
http://bo.priceminister.com/datafile_back?action=advertprofilesearch&advert_profile=&login=wmof&proc=&type=20

Je ferme.



[IMP-1314] Rajouter comptes dans le flux Mixad Création: 18/sept./07 17:47  Mise à jour: 30/oct./09 15:51  Résolue: 20/sept./07 15:29

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Daniel Pintamalli Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: N/A
Séparateur: N/A
Type de traitement:
N/A

 Description   
topv1856
topv1858
topv1776
topv1859
crouquier

 Commentaires   
Commentaire de Jérome Marianne [ 19/sept./07 15:53 ]
Rajouter compte topv1867
Commentaire de Jérome Marianne [ 20/sept./07 14:45 ]
Rajouter topv0568
Commentaire de Daniel Pintamalli [ 20/sept./07 15:29 ]
C'est fait.



[IMP-853] rajouter comptes dans le flux mixad Création: 08/juin/07 12:45  Mise à jour: 30/oct./09 15:51  Résolue: 13/juin/07 13:53

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Jérome Marianne Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: 0 minutes
Temps consacré: 1 jour, 2 heures
Estimation originale: Non spécifié

Pays:
FRA - France
Login: ...
Séparateur: N/A
Type de traitement:
Mise à jour/création annonces avec création produits
Groupe: Mixad

 Description   
acl69
adonisauto
coudrais59
dtapeugeot
drigouts
fordreims
frechicsa
grandgarage
nomblot69
nomblot71
Renault91700
renault-edam
renaultmeaux
renaultstar
seatcovac
slica
valleesa
vincar


 Commentaires   
Commentaire de Jérome Marianne [ 08/juin/07 13:23 ]
Comptes suplémentaires à rajouter :

topv1387
autoformule
topv1424
sirabella
Commentaire de Jérome Marianne [ 11/juin/07 10:05 ]
Rajouter :

conceptcar
Commentaire de Jérome Marianne [ 11/juin/07 11:51 ]
Rajouter :

topv0943
topv0939
topv0961
topv1657
topv1440
topv1423
topv1409
topv0185
autodijon
Commentaire de Jérome Marianne [ 12/juin/07 10:51 ]
Rajouter :

topv1666
Commentaire de Jérome Marianne [ 12/juin/07 12:23 ]
Rajouter :

mike66mb
Commentaire de Daniel Pintamalli [ 12/juin/07 17:58 ]
Pseudos ajoutés:

acl69
adonisauto
coudrais59
dtapeugeot
drigouts
fordreims
frechicsa
grandgarage
nomblot69
nomblot71
Renault91700
renault-edam
renaultmeaux
renaultstar

Je continue demain.
Commentaire de Daniel Pintamalli [ 13/juin/07 13:53 ]
Tous les pseudos restants ont été rajoutés.



[IMP-1990] Ouverture compte FTP - Distripoker Création: 14/mars/08 16:23  Mise à jour: 30/oct./09 15:43  Résolue: 20/mars/08 11:23

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Bloquant
Rapporteur: Dorian Porta Delsol Attribution: Fabien Farache
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: Distripoker
Modèle: jeux de société (jouets)
Séparateur: Point-virgule (;)
Type de traitement:
Mise à jour/création annonces avec création produits (écrasement)
Groupe: Neteven

 Commentaires   
Commentaire de Fabien Farache [ 20/mars/08 11:23 ]
Profils créés :

5870838 Sorties Neteven Suppression annonces Distripoker NETEVEN - Sorties V1.0
5870837 Entrées Neteven Mise à jour/création annonces Distripoker NETEVEN - Entrées V1.0



Compte ftp créé :

Pseudo : distripoker
mot de passe : d84DPJ1s
Serveur : ftp.priceminister.com / fr


Config ftp faite et configurée :

######### Test xml config file...
...Test : OK



[IMP-1327] Rajouter comptes dans le flux Mixad Création: 21/sept./07 11:16  Mise à jour: 30/oct./09 15:51  Résolue: 01/oct./07 16:54

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Jérome Marianne Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: topv
Modèle: Mixad
Séparateur: N/A
Type de traitement:
Mise à jour/création annonces (écrasement)

 Description   
topv0944
topv1703
topv1729
topv1807
topv1809
topv1811
topv1815
topv1853
topv1862
topv1864
topv0568
topv1873

 Commentaires   
Commentaire de Jérome Marianne [ 21/sept./07 17:24 ]
Rajouter :

topv1671
topv0761
topv
Commentaire de Daniel Pintamalli [ 25/sept./07 10:18 ]
J'attends que le script de rajout automatique soit validé par l'équipe exploit. Une fois le script sera validé, la migration sera faite rapidement.
Commentaire de Daniel Pintamalli [ 27/sept./07 11:50 ]
Jérôme, le dernier pseudo est incomplet: 'topv'
Commentaire de Jérome Marianne [ 27/sept./07 13:56 ]
En fait la commerciale c'est tromper lors de la création du compte donc c'est bien 'topv"
Commentaire de Daniel Pintamalli [ 01/oct./07 16:54 ]
Tous les pseudos ont été ajoutés au flux Mixad.



[METATACHE][mon compte] Refonte de la home page mon compte (APP-16385)

[APP-16393] [mon compte] intégration centre auto Création: 16/mai/07 11:57  Mise à jour: 31/juil./07 18:36  Résolue: 11/juil./07 14:32

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 16.0.0

Type: Sub-improvement Priorité: Majeur
Rapporteur: Swan Desportes Attribution: Clement Balay
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
Projets PM archivés: Mon Compte - Lot 1 : Fondation

 Commentaires   
Commentaire de Christophe Garcia [ 25/juin/07 17:10 ]
Avec un minimum de commentaire ça serait génial ...
Commentaire de Swan Desportes [ 26/juin/07 11:10 ]
INtégration de l'onglet Mon Compte Auto pour la refonte de la home page.
A décaler V16.
Commentaire de Emeric Teil [ 31/juil./07 18:36 ]
ok



[IMP-2538] nouveau compte DVDLEGACY : cddvdseller Création: 25/août/08 15:59  Mise à jour: 30/oct./09 15:43  Résolue: 26/août/08 18:59

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Jany Marimoutou Attribution: Frédéric Nahum
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: cddvdseller
Séparateur: N/A
Type de traitement:
N/A

 Description   
nouveau profil à paramétrer comme les autres de DVDLEGACY
Il faut me faut les répertoires CD et DVD pour le FTP.

 Commentaires   
Commentaire de Frédéric Nahum [ 26/août/08 18:59 ]
Crée par FNA le 26 Aout 2008
   Compte FTP vendeur créé...
   Pseudo : cddvdseller
   mot de passe : fjg45Zip
   Serveur : ftp.priceminister.com / fr

Il faut qu'ils mettent le fichiers des cd dans stock/CD et les dvd dans stock:/DVD



[APP-22290] Traduction à revoir mon compte UK Création: 23/sept./08 15:23  Mise à jour: 10/oct./08 09:47  Résolue: 03/oct./08 15:52

Etat: Fermé
Projet: Application PriceMinister
Composants: Infoglue
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 31.0.0 (TX-C)

Type: Bogue Priorité: Mineur
Rapporteur: Rémi Virlouvet Attribution: Rémi Virlouvet
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
GBR - Royaume Uni
Site: Dev
Projets PM: *** RESERVE ***

 Description   
dans My account, Upload stock data à changer en Upload incoming stock data.

 Commentaires   
Commentaire de Rémi Virlouvet [ 23/sept./08 15:24 ]
cms1
/default/Labels/_Mon Compte/_Espace Vendeur/_Fichier de stock/AdvFileHistory/title_stock_import - English (UK)



[IMP-5045] Convertir un compte en NETEVEN > CaptainShoes Création: 13/janv./10 16:28  Mise à jour: 19/janv./10 15:18  Résolue: 19/janv./10 15:18

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Critique
Rapporteur: Isabelle Weisbecker Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel Captain Shoes - FR_Textile-UK_Clothes-ES_Ropa_V5.xlsx    
Pays:
FRA - France
Login: CaptainShoes
Modèle: textile-chaussures
Séparateur: Point-virgule (;)
Type de traitement:
N/A
Groupe: Neteven

 Commentaires   
Commentaire de Fotigui Tangara [ 19/janv./10 10:29 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : captainshoes
mot de passe : dligeH304r
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui

=====================================================================
Commentaire de Fotigui Tangara [ 19/janv./10 10:53 ]
Le TAG du fichier est VETEMENT.
Le fichier contient le caractère point-virgule. Pour une première soumission, je supprime manuellement les points-virgules... Il faudra que Neteven veille à ce qu'il y en aient pas prochainement...

Commentaire de Fotigui Tangara [ 19/janv./10 15:18 ]
Le fichier passe à 100%.

Demande traitée.



[IMP-6211] Demande de réactivation de compte Création: 31/mai/10 10:43  Mise à jour: 31/mai/10 15:39  Résolue: 31/mai/10 15:39

Etat: Résolu
Projet: Paramétrage - Import
Composants: Support entrant
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Daniel Pintamalli Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
Login: m_and_l
Séparateur: N/A
Type de traitement:
N/A

 Description   

De : Andre Hoch - Marc & Lukas GmbH [mailto:andre.hoch@marluk.de]
Envoyé : mardi 25 mai 2010 14:34
À : 'SUPPORT PRO'
Objet : AW: Inventary update issue - Priceminister - IMP-5574

Dear Daniel,

i have an information and a question, i hope you can help me.

We are now ready to connect your marketplace directly to our system, and our developer have finished everything. We have to delete now all stocks from our accounts. After this, we are ready for the update on the sales file (customer email address), which our developer will done in the next step.

Please let me know, where I can delete the complete stocks, of if you are allow to do this.

Thank you very much

Marc & LuKas GmbH
Moenchengladbach Germany

 Commentaires   
Commentaire de Daniel Pintamalli [ 31/mai/10 15:39 ]
Comptes réactivés.

Mail envoyé au PRO

De : SUPPORT PRO [mailto:support.pro@priceminister.com]
Envoyé : lundi 31 mai 2010 15:39
À : andre.hoch@marluk.de
Cc : 'Jeremy Pallot'
Objet : RE: Priceminister - IMP-6211

Dear Andre,

I have reactivated your accounts. In order to purge your stocks you should send a file into 'stock/overwrite/[country]' folder.

Please find below the folders to use:

|-- add
| |-- es
| |-- fr
| `-- uk
|-- delete
| |-- es
| |-- fr
| `-- uk
`-- overwrite
    |-- es
    |-- fr
    `-- uk


Regards,
Daniel Pintamalli



Import Fichier BIGLABELS (IMP-6252)

[IMP-6386] Configuration compte Français biglabel Création: 22/juin/10 17:19  Mise à jour: 23/juin/10 14:40  Résolue: 22/juin/10 17:20

Etat: Résolu
Projet: Paramétrage - Import
Composants: Support entrant
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Sous-tâche Priorité: Mineur
Rapporteur: Daniel Pintamalli Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: biglabel
Séparateur: N/A
Type de traitement:
N/A

 Commentaires   
Commentaire de Daniel Pintamalli [ 22/juin/10 17:20 ]
Le compte est prêt, on copie le fichier depuis le compte UK et on traite le fichier en annonces.



[IMP-6664] Créer compte Sellermania pour FAIRANDFAST Création: 30/juil./10 09:30  Mise à jour: 02/août/10 16:49  Résolue: 02/août/10 16:49

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Julien Buhagiar Attribution: Fotigui Tangara
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Login: Fairandfast1
Séparateur: N/A
Type de traitement:
N/A
Groupe: SELLERMANIA

 Description   
Merci de créer un profil SELLERMANIA pour ce pro.

Il a 200.000 ref en livres.

 Commentaires   
Commentaire de Fotigui Tangara [ 02/août/10 16:41 ]
=====================================================================
Compte FTP vendeur créé...

Pseudo : fairandfast1
mot de passe : jqfe1153
Serveur : ftp.priceminister.com
Pays : fr
Flux de Commande : oui

=====================================================================
Commentaire de Fotigui Tangara [ 02/août/10 16:49 ]
Configurations Sellermania mises en place pour ce PRO.

Demande traitée.



[APP-20650] Plantage Compte Pro Auto Création: 26/mai/08 18:19  Mise à jour: 27/mai/08 18:50  Résolue: 26/mai/08 18:52

Etat: Fermé
Projet: Application PriceMinister
Composants: Compte utilisateur
Affecte la/les version(s): 22.1.0
Version(s) corrigée(s): 22.1.1

Type: Bogue Priorité: Bloquant
Rapporteur: Aurélie Kwiatkowski Attribution: Arnaud Forgues
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Integ
Navigateur: FireFox 2.0
Projets PM archivés: Maintenance TX-A

 Description   
008-05-26 17:55:54,572 WARN [P-Processor7] testintegOTO - Long query [5580 ms]: SubscriptionQuery
-- SubscriptionQuery
VAR x1 VARCHAR2(500) § EXEC :x1 := 'pauls254@yahoo.fr';
SELECT mail_subscription_id l, usr_subscription.usr_subscription_id, usr_subscription.change_date, usr_subscription.creation_date, usr_subscription.mail_
subscription_id, usr_subscription.row_version, usr_subscription.user_account_id, usr_subscription.uss_status_code
FROM usr_subscription, user_account
WHERE (user_account.email_address =:x1)
AND (usr_subscription.user_account_id = user_account.user_account_id)
;
2008-05-26 17:55:54,582 ERROR [P-Processor7] testintegOTO - Load error
Servlet : com.babelstore.user.front.UserServlet
Request : GET http://www.pm.lan/user
Referrer : null
User-Agent : Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)
Trace : java.lang.NullPointerException
        at com.babelstore.content.ContentService.getMergedTemplate(ContentService.java:1319)
        at com.babelstore.user.front.AccountModel.load(AccountModel.java:199)
        at com.babelstore.util.web.Model.doLoad(Model.java:53)
        at com.babelstore.util.Block.load(Block.java:120)
        at com.babelstore.util.web.Screen.load(Screen.java:120)
        at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:260)
        at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:206)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:168)
        at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
        at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:619)
:

 Commentaires   
Commentaire de Arnaud Forgues [ 26/mai/08 18:52 ]
et bien c'est corrigé !!

cela venait d'un bloc de l'écran "Mon compte auto" qui est un faux template IG : le bloc de promo

pour info :
APP-20650 [V22_1_1] fixed bug with auto promo fake template block due to template refactoring
CVS: ----------------------------------------------------------------------
CVS: Enter Log. Lines beginning with `CVS:' are removed automatically
CVS:
CVS: Committing in .
CVS:
CVS: Modified Files:
CVS: Tag: BRANCH_V22
CVS: src/com/babelstore/content/ContentConstants.java
CVS: src/com/babelstore/content/ContentService.java
CVS: src/com/babelstore/user/front/AccountModel.java
CVS: ----------------------------------------------------------------------



[APP-3155] Mon Compte : négociation Création: 26/nov./04 11:45  Mise à jour: 25/juin/07 18:26  Résolue: 25/juin/07 18:26

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.8val
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Stéphane Archer Attribution: Bruno Ballester
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Le lien "En savoir plus sur le fonctionnement de l'option Négo" ne renvoit pas
sur la bonne info ...

Problème param ?

 Commentaires   
Commentaire de Validator [ 26/nov./04 12:09 ]
oui
Commentaire de Bruno Ballester [ 22/mars/05 12:24 ]
L'aide négo n'est pas configuré sur l'intégration
http://bo.pm.lan/help_back?action=helptree&brand=true&helpid=1&unfold=1615.1.
http://bo.priceminister.com/help_back?action=helptree&brand=true&helpid=1&unfold=1615.1241.1.



[APP-3356] Mon compte : Pictos obsoletes Création: 17/déc./04 18:08  Mise à jour: 25/juin/07 18:27  Résolue: 25/juin/07 18:27

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.9val
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Quentin de Chivré Attribution: Gaël Klosek
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Les images "Pas encore vendeur" et "Pas encore acheteur" ne correspondent plus
au contenu

 Commentaires   
Commentaire de Gaël Klosek [ 29/déc./04 17:49 ]
image "pas encore vendeur" updatée.
image "pas encore acheteur" inchangée.
Commentaire de Quentin de Chivré [ 29/déc./04 18:16 ]
Il faut changer les 2 images ! (les rubriques acheteur ont aussi changé)
En plus les couleur "Pas encore..." ne sont plus homogènes
En plus il y a un problème de dimensionnement de l'image "pas encore vendeur"


C'est un peu baclé ca... Il ne faut pas oublier de tester !!!!!!
Commentaire de Gaël Klosek [ 30/déc./04 11:59 ]
Images "pas encore vendeur" et "pas encore acheteur" mises à jour.
Commentaire de Julien Deleau [ 13/janv./05 11:34 ]
Images "pas encore vendeur" et "pas encore acheteur" ok

Seule petite remarque, c'est que l'édito de "mode d'expédition" qu'il y a quand
le compte vendeur est activé (et non pas su l'image qui est ok) fais mention de
chronopost.
Commentaire de Quentin de Chivré [ 13/janv./05 11:38 ]
C'est normal car Chronopost est activé en integ. Le texte est dynamique a cet
endroit



[APP-3476] crédit d'un compte par chèque Création: 12/janv./05 17:49  Mise à jour: 25/juin/07 18:27  Résolue: 14/sept./05 14:26

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.3.0val
Version(s) corrigée(s): Aucune

Type: Doc Priorité: Majeur
Rapporteur: Marion Anfreville Attribution: Olivier Cales
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Juste pour signaler que le minimum indiquer dans le test pour le crédit était
de 10¿ - hors celui-ci est de 30¿

 Commentaires   
Commentaire de Stéphane Archer [ 21/juin/05 17:16 ]
maj doc
Commentaire de Olivier Cales [ 14/sept./05 14:26 ]
Remarque déja pris en compte dans un autre bug



[APP-3425] Problème d'import pour le compte Dovobo Création: 05/janv./05 14:53  Mise à jour: 25/juin/07 18:27  Résolue: 25/juin/07 18:27

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.2.9
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Visakha Kheng Attribution: Validator
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel dovobo bug.xls     Microsoft Excel dovoboextraits.xls    

 Description   
Il y a un décalage entre le titre, le prix et le commentaire.

Selon le titre d'un livre donné, le prix et le commentaire ne correspondent
pas.

 Commentaires   
Commentaire de Visakha Kheng [ 05/janv./05 14:55 ]
Created an attachment (id=238)
fichier xls
Commentaire de Visakha Kheng [ 10/janv./05 14:45 ]
Dans la vitrine de Dovobo, il existe plusieurs fiches pour un même livre.
Les fiches sont toutes complètement différentes les unes des autres.

Exple :

(1)Zadkine
Le Maillet Et Le Ciseau (Livre)
Albin Michel - 01/01/1968
Prix : 25,00 ¿
Niveau de qualité: Bon Etat
in 8, etat correct, 221 p.

(2)Zadkine
Le Maillet Et Le Ciseau (Livre)
Albin Michel - 01/01/1968
Prix : 16,00 ¿
Niveau de qualité: Bon Etat
Revue in 8, etat correct, 140 p. Nov. 1973 De l'opera a la grande Eugene;
Theatre d'Amerique Latine; Libre teatro de cordoba; entretien avec Rolf
Liebermann; Piscator... Theatre Photos

(3)Zadkine
Le Maillet Et Le Ciseau (Livre)
Albin Michel - 01/01/1968
Prix : 15,00 ¿
Niveau de qualité: Bon Etat
in 8, bon etat d'ensemble, 177 p. revue

(4)Zadkine
Le Maillet Et Le Ciseau (Livre)
Albin Michel - 01/01/1968
Prix : 20,00 ¿
Niveau de qualité: Bon Etat
in 8, bon etat, 134 p. exemplaire N°619; sixieme volume de cette collection,
volume "Des Fantomes..." Illustrations de Bouyer (henri, Yann Brekilien,
Jacques Lechat

(5)Zadkine
Le Maillet Et Le Ciseau (Livre)
Albin Michel - 01/01/1968
Prix : 25,00 ¿
Niveau de qualité: Bon Etat
grand in 8, etat tres correct, 188 p. Illust. de Franþois Batet et Jean
Reschofsky Coll. Les grands livres pour la jeunesse

Pourtant selon la dernière mise à jour du 5/01/2005 (voir fichier joint), il ne
devrait y avoir que la première fiche. Avant de passer son compte en vacances,
ce livre était affiché en FO à 16¿ au lieu de 25¿

Commentaire de Visakha Kheng [ 10/janv./05 14:46 ]
Created an attachment (id=242)
fichier xls
Commentaire de Validator [ 10/janv./05 16:01 ]
Problème de référence sur le fichier



[APP-6054] Dédoublonnage annonce : compte TDMNEUF Création: 25/oct./05 09:00  Mise à jour: 25/juin/07 18:32  Résolue: 25/oct./05 16:37

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 8.0.8

Type: Tâche Priorité: Majeur
Rapporteur: Nicolas Gréhalle Attribution: Mostafa Diane
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Site: Prod

 Description   
Merci

 Commentaires   
Commentaire de Mostafa Diane [ 25/oct./05 16:37 ]
j'ai lancé, EN INTEG, la procedure stockée de dédoublonnage annonce pour le compte de TDMNEUF, elle mis 5 heures pour traiter
401654 annonces et fermer 302310 Annonces.
la mise en prod et prévu mais pas avant la semaine prochaine.
=========================================================
j'ai fait une requete pour connaitre le nombre de partenaire professionnels qui peuvent faire du stock illimité:
: 552



[APP-30577] Qualité erronée pas pris en compte Création: 04/août/10 17:11  Mise à jour: 16/sept./10 16:14  Résolue: 16/sept./10 16:14

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 75.0.0 (VEN-D)
Version(s) corrigée(s): 75.0.0 (VEN-D)

Type: Bogue Priorité: Majeur
Rapporteur: Espérance Galouo-Lece Attribution: Carole Boucheny
Résolution: Corrigé  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Pièces jointes: JPEG File SansQualité.jpg     JPEG File screenshot-1.jpg    
Sous-tâches:
Clé
 Résumé
 Type
 Etat
 Attribution
APP-30587 [MeV] Webservice : Modier la prévalid... Sub-bug Fermé Simon Stevant  
APP-30588 [MeV] Webservice : Ajouter la prévali... Sub-bug Fermé Rémi Virlouvet  
Pays:
ALL - Tous
Site: Integ
Projets PM: WS MEV Light
Navigateur: Tous

 Description   
cf. screenshot-1

 Commentaires   
Commentaire de Carole Boucheny [ 05/août/10 09:40 ]
Il faut ajouter la prévalidation "Sélectionnez la <em>qualité</em>".
Exemple ici : http://bo.dev3.pm.dev/datafile_back?action=advertcellview&advertcellid=81472

C'est fait sur ref cat fr.




[APP-11872] ajout d'identification produit en BO: impossible d'entree un ISBN-EAN (nouveaux ISBN à 13 chiffres) Création: 29/août/06 17:24  Mise à jour: 25/juin/07 18:43  Résolue: 22/déc./06 11:58

Etat: Fermé
Projet: Application PriceMinister
Composants: Produits
Affecte la/les version(s): 9.0.2a
Version(s) corrigée(s): 11.3.0 (Soldes + Midi Libre)

Type: Nouvelle fonctionnalité Priorité: Majeur
Rapporteur: Patrick Condevaux Attribution: Edouard Gomez-Vaez
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
doublon de APP-14278 Gestion ISBN13 Fermé
Site: Prod
Classif1: IMPORT
Classif2: IMPORT - ISBN-EAN
Projets PM archivés: ISBN13

 Description   
En BO lorsqu'on choisi d'ajouter un ISBN comme identification d'un produit

seul les isbn à 10 caractères sont accepter par exemple 4-367-93344-X

les nouveaux ISBN-EAN (unifiant ISBN et code barre) à 13 chiffres ne sont pas acceptés pour l'exemple precedent: 9784367933447


d'apres wikipedia ( http://fr.wikipedia.org/wiki/ISBN )
L'entrée en vigueur du nouveau système est spécifiée pour le 1er janvier 2007.

 Commentaires   
Commentaire de Swan Desportes [ 29/août/06 17:42 ]
plutot qu'un bug, c'est probablement un improvement à prevoir.
Judd, tu confirmes ?
Commentaire de Judd OSullivan [ 29/août/06 18:22 ]
Heureusement que c'est toujours 2006 alors:)
Commentaire de Judd OSullivan [ 26/oct./06 15:29 ]
A partir de 2007, tout ISBN devrait être 13 chiffres. En réalité je pense qu'on devrait continuer supported les isbn de 10 chiffres.
Par contre on devrait accepter un ISBN de 13 chiffres en BO.



Commentaire de Younès Charrière [ 09/janv./07 16:10 ]
Ok vu avec Edouard.



Refonte Mon Compte : lot 1 Fondation (APP-15529)

[APP-16754] Uniformisation de la requête comptant le nombre de vendeur à noter avec celle de l'écran 'Notez vos vendeurs' Création: 21/juin/07 08:39  Mise à jour: 31/juil./07 17:16  Résolue: 27/juin/07 10:19

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 16.0.0
Version(s) corrigée(s): 16.0.0

Type: Sub-improvement Priorité: Majeur
Rapporteur: Renaud Dierickx Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
ALL - Tous
Projets PM archivés: Mon Compte - Lot 1 : Fondation

 Description   
Dans l'écran 'Notez vos vendeurs', la requête permettant d'extraire les vendeurs à noter fait une jointure entre purchase et item.
Dans le projet Dashboard (voir conception AFO), on a créé une nouvelle requête permettant d'extraire le nombre de vendeur à noter mais on ne fait pas la jointure et on ne prend pas les mêmes statuts d'articles.
Il faudrait uniformiser le tout pour qu'on n'ait pas d'incohérences.

Arnaud, peux-tu étudier le problème et me dire ce que je dois faire pour la refonte mon compte ? La jointure est-elle nécessaire ?

# Voici la requête de l'écran 'Notez vos vendeurs' (BuyerItemInfoQuery) :

    public Collection getCollectionToFeedback(Long lBuyerAccountId) {
        addFrom("purchase");

        // Item
        addWhere("item.buyer_account_id = ?", lBuyerAccountId);
        addWhereConst("item.itm_status_code IN (?)", new Long[] {ItmStatusCode.COMMITTED, ItmStatusCode.ON_HOLD});
        addWhere("item.seller_score IS NULL");

        // Purchase
        addWhere("purchase.purchase_id = item.purchase_id");
        addWhereConst("purchase.pch_status_code IN (?)", new Long[] {PchStatusCode.REQUESTED, PchStatusCode.CAPTURED, PchStatusCode.OPEN});

        return getInfoCollection();
    }

# Nouvelle requête (nouveau compteur) :

    public Long getSellerToScoreCount(Long lBuyerAccountId) {
        SQLStatement sql = new SQLStatement();
        sql.from("item")
           .where("item.buyer_account_id = ?", lBuyerAccountId)
           .where("item.itm_status_code = ?", ItmStatusCode.COMMITTED, Bind.HARD)
           .where("item.seller_score IS NULL");

        return (Long) readFirst(sql, new LongSelector("count(distinct item.seller_account_id)"));
    }

 Commentaires   
Commentaire de Arnaud Forgues [ 26/juin/07 10:46 ]
Il faudrait également vérifier si l'accès à "Mes achats" puis aux différents achats en cours "notables" sont cohérents avec l'écran "Notez vos vendeurs" car c'est à partir de là que j'avais concu ma nouvelle requete "getSellerScoreToCount" !

Pour info, voici l'état des articles, panier en PROD :

ITM_STATUS_CODE PCH_STATUS_CODE COUNT(*)
--------------- --------------- ----------
             30 50 5295
             30 70 18
             30 80 80780
             30 90 45945
             70 80 412
             70 90 1598

avec ITM_STATUS_CODE = 30 : COMMITED et 70 : ON_HOLD
et PCH_STATUS_CODE = 50 : REQUESTS, 70 : CAPTURE_DENIED, 80 : CAPTURED et 90 : OPEN
Commentaire de Arnaud Forgues [ 26/juin/07 10:56 ]
après tests et vérification en PROD sur le cas suivant : panier 34000908 de l'acheteur mimine37 au vendeur luckystar13, j'ai pu constater qu'on peut effectivement noter un vendeur alors que le panier est dans l'état CAPTURE_DENIED alors que ce panier n'apparait pas dans l'écran "Notes vos vendeurs"

(http://bo.priceminister.com/purchase_back?action=itemview&itemid=41024148&purchaseid=34000908)
Commentaire de Arnaud Forgues [ 26/juin/07 14:09 ]
de même on a le cas inverse,dans lequel on ne peut pas noter un vendeur en passant par "Mes achats > Detail achat" mais on retrouve son achat dans la liste affichée sur l'écran "Notez vos vendeurs" avec un lien "Suivi de l'article".

Cela se produit dans le cas d'un article en cours de réclamation (état ON_HOLD) quel que soit l'état du panier (CAPTURED ou OPEN)

ex.: purchase_id = 40572225 (état CAPTURED) ou 46948263 (ON_HOLD)
Commentaire de Arnaud Forgues [ 26/juin/07 17:23 ]
c'est bon ! j'ai eu ma réponse par SHA : l'ancienne requete n'est pas correcte. On factorise donc la nouvelle requete pour l'écran "Notez vos vendeurs" avec celle pour calculer le nombre de vendeurs à noter dans "Mon compte" !
Commentaire de Emeric Teil [ 31/juil./07 17:16 ]
OK



[APP-12839] NpF : ergo BO catégories META TACHE Création: 29/sept./06 17:27  Mise à jour: 25/juin/07 18:45  Résolue: 17/oct./06 18:32

Etat: Fermé
Projet: Application PriceMinister
Composants: Back-Office
Affecte la/les version(s): 9.0.4
Version(s) corrigée(s): ToDo

Type: Amélioration Priorité: Mineur
Rapporteur: Martin Sudmann Attribution: Martin Sudmann
Résolution: Corrigé  
Σ Estimation restante: Non spécifié Estimation restante: Non spécifié
Σ Temps consacré: Non spécifié Temps consacré: Non spécifié
Σ Estimation originale: Non spécifié Estimation originale: Non spécifié

Sous-tâches:
Clé
 Résumé
 Type
 Etat
 Attribution
APP-12840 NpF : ergo BO catégories, iconifier l... Sub-new feature Fermé Martin Sudmann  
APP-12843 NpF: ergo BO catégories, ne permettre... Sub-new feature Fermé Gaël Klosek  
Pays:
ALL - Tous

 Description   
diverses amélioration d'ergo dans le BO catégories pour le paramétrage NpF

 Commentaires   
Commentaire de Martin Sudmann [ 17/oct./06 18:32 ]
sous taches done



[APP-6502] Numéro SIRET & Enseigne Commercial doivent être modifiable en BO Création: 28/nov./05 12:05  Mise à jour: 25/juin/07 18:33  Résolue: 06/janv./06 18:42

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 8.0.8d
Version(s) corrigée(s): 8.1.0

Type: Amélioration Priorité: Mineur
Rapporteur: Niall Boylan Attribution: Emmanuel Gosse
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Duplicate
a pour doublon APP-6590 Auto - Compte PRO Auto - BO - Raison ... Fermé
Site: Prod

 Description   
Numéro SIRET & Enseigne Commercial doivent être modifiable en BO

 Commentaires   
Commentaire de Christophe Garcia [ 16/déc./05 14:55 ]
Voir Steven pour mettre au point l'ergonomie.
Commentaire de Emmanuel Gosse [ 06/janv./06 18:42 ]
les 2 sont maintenant modifiables.
ces infos sont affichées sur la page -Droits-

bug fixé.
Commentaire de Christophe Garcia [ 10/janv./06 16:39 ]
ok 810



[IMP-4607] [UK] [FR] [ES] Creation compte FTP avec entrée sortie/mise à jour de stock (écrasement) pour les comptes mymemory-uk/mamemoire/mymemory-es Création: 12/nov./09 18:32  Mise à jour: 20/nov./09 17:46  Résolue: 20/nov./09 17:46

Etat: Résolu
Projet: Paramétrage - Import
Composants: Demande commerciale
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Mineur
Rapporteur: Jeremy Pallot Attribution: Laurent Payot
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Zip Archive inventory_mymemory.zip     Zip Archive mymemory.zip    
Liens des demandes:
Similaire
similaire à IMP-4581 [UK FR ES] Support IT pseudos: mymemo... Résolu
Pays:
ALL - Tous
Login: mymemory-uk/mamemoire/mymemory-es
Séparateur: Point-virgule (;)
Type de traitement:
Suppression produits, Mise à jour/création annonces (écrasement), Suppression annonces, Mise à jour/création annonces

 Description   
Bonjour,

Pouvez-vous créer un compte FTP (entrée/sortie.écrasement) avec flux de commandes et mise à jour inventaire (mise à jour/création annonces) centralisé sur 1 FTP pour les trois pays.
Pseudos:
mymemory-uk: Grande Bretagne
mamemoire: France
mymemory-es : Espagne

Le FTP peut-il être en langue anglaise (add/delete/overwriting)

Contact IT: Bas Mostert Email: bas@iweb.co.uk


Cordialement,

Jérémy


 Commentaires   
Commentaire de Laurent Payot [ 13/nov./09 16:20 ]
Comme vu avec Jeremy on va importer par EAN pour prendre essentiellement les produits culturels (la plupart des EAN semnlent concerner du high-tech)
Commentaire de Laurent Payot [ 19/nov./09 09:55 ]
ci joint le fichier envoyé par le partenaire avec les SKU
Commentaire de Laurent Payot [ 19/nov./09 09:57 ]
=====================================================================
Account FTP seller created...

Pseudo : mymemory-uk
password : D29eIvd
Server : ftp.priceminister.co.uk
Country : uk
Flow purchase : yes

=====================================================================

Comme demandé j'ai fait passr le fichier avec les SKU, avec creation d'annonce par EAN. Le taux d'import est de 25% pour le UK, 16% pour la France, quand à l'espagne le compte n'est pas activé, merci de le faire pour que je relance l'import.
Commentaire de Laurent Payot [ 19/nov./09 10:11 ]
Julien en l'abscence de Jeremy peux tu activer le compte espagnol? merci.
Commentaire de Julien Buhagiar [ 19/nov./09 11:45 ]
c'est fait
Commentaire de Laurent Payot [ 19/nov./09 13:53 ]
j'ai toujours une erreur "vendeur non activé". tu as créé une annonce déjà pour ce vendeur?
Commentaire de Julien Buhagiar [ 19/nov./09 13:56 ]
oui
tout est ok
Commentaire de Laurent Payot [ 19/nov./09 15:36 ]
toujours "vendeur non activé", il faut peut etre attendre demain pour que cela soit actif.
Commentaire de Laurent Payot [ 20/nov./09 09:37 ]
Toujours l'erreur "Cuenta vendedor no activada", meme en resoumettant un nouveau fichier. Julien est-ce que tu peux demander à Carlos si il y a quelque chose de spécial à faire??
Commentaire de Laurent Payot [ 20/nov./09 14:29 ]
Jeremy peux tu activer le pro espagnol?
Commentaire de Jeremy Pallot [ 20/nov./09 14:37 ]
C'est fait, je ne comprend pas pourquoi le compte ne fonctionne pas.
Jérémy
Commentaire de Laurent Payot [ 20/nov./09 15:06 ]
C'est bon ca à fonctionné. 10% de succès pour l'espagne.
Commentaire de Laurent Payot [ 20/nov./09 17:46 ]
J'ai envoyé un mail au pro pour lui indiquer ses ID de compte et ppour lui dire qu'il pouvait commencer a envyer ses fichiers.



[IMP-3730] [UK] [FR] [ES] Creation compte FTP avec entrée sortie/mise à jour de stock (écrasement) pour les comptes magpie_books/magpiebooks/magpie-books   Création: 29/mai/09 11:26  Mise à jour: 30/oct./09 15:51  Résolue: 03/juin/09 11:04

Etat: Résolu
Projet: Paramétrage - Import
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Tâche Priorité: Majeur
Rapporteur: Jeremy Pallot Attribution: Daniel Pintamalli
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Text File Amazonout.txt    
Pays:
ALL - Tous
Login: magpie_books/magpiebooks/magpie-books
Séparateur: Tabulation
Type de traitement:
Mise à jour/création annonces (écrasement), Suppression annonces

 Description   
Bonjour,

Pouvez-vous créer un compte FTP (entrée/sortie.écrasement) avec flux de commandes et mise à jour inventaire (mise à jour/création annonces) centralisé sur 1 FTP pour les trois pays.
Pseudos:
magpiebooks : Grande Bretagne
magpie_books : France
magpie-books : Espagne

Le FTP peut-il être en langue anglaise (add/delete/overwriting)

Colonnes:
D: Prix en £, ajouter pour le site Uk £ 2.20 par défaut pour les frais de port et ne rine ajouter pour le site FR et ES mais convertir par 1.20 pour avoir le prix en ¿.
E: Ref vendeur envoyer au vendeur avce la commande
I: ISBN
P: Qualité
Mapping:
5 = Good
7= Good
6 = Very Good
10= Very Good
R: Quantité

Cordialement,

Jérémy

 Commentaires   
Commentaire de Daniel Pintamalli [ 02/juin/09 17:26 ]
=====================================================================
Account FTP seller created...

Pseudo : magpiebooks
password : fduhl34Hk
Server : ftp.priceminister.co.uk
Country : uk
Flow purchase : yes

=====================================================================
Commentaire de Daniel Pintamalli [ 03/juin/09 11:04 ]
La configuration est en place.

Tout est géré depuis le compte FTP du site UK.

stock/add => entrées
stock/overwrite => fichier en écrasement
stock/delete => fichiers en sorties



[APP-6949] Flag activation/désactivation adoption en BO via une property Création: 10/janv./06 12:02  Mise à jour: 25/juin/07 18:34  Résolue: 10/janv./06 17:05

Etat: Fermé
Projet: Application PriceMinister
Composants: Catégories
Affecte la/les version(s): 8.1.0
Version(s) corrigée(s): 8.1.0

Type: Nouvelle fonctionnalité Priorité: Majeur
Rapporteur: Swan Desportes Attribution: Validator
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
Ajouter une property qui permet d'activer/désactiver l'accès à la fonctionnalité adoption en BO

 Commentaires   
Commentaire de Emmanuel Gosse [ 10/janv./06 17:05 ]
Ajout de la properties priceminister.category.adoption.IsActivated = false

WARNING:
le CtgTypeCode est encore présent dans la liste de la recherche Categorie.
Mais lorsque l'on clique pour voir les parametres du noeud considéré, le CtgTypeCode affiché est Navigation, ce qui est bien sur faux.
C'est une correction temporaire pour désactiver l'Adoption.

Commentaire de Jérôme Viviès [ 11/janv./06 14:44 ]
A vérifier - dev.
Commentaire de Christophe Garcia [ 11/janv./06 17:05 ]
La propriété a été implémentée. Elle est documentée dans le WIKI de la 810.



[APP-31584] Problème d'affichage des chiffres de la journée du 31/10/2010 en BO Création: 02/nov./10 17:08  Mise à jour: 17/nov./10 10:31

Etat: Ouvert
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Mineur
Rapporteur: Tristan Wermelinger Attribution: Dispatcher (Pôle TX)
Résolution: Non résolu  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File pb bo summary le 07 11 2010.JPG     JPEG File pb bo summary le 31 oct 2010.JPG    
Pays:
FRA - France
Projets PM: *** A PLANIFIER ***

 Description   
Le chiffres en bo de la journée du 31/10/2010 ne sont pas visibles (adresse : http://bo.priceminister.com/summary?date=31/10/2010 )

 Commentaires   
Commentaire de Tristan Wermelinger [ 09/nov./10 14:19 ]
Soucis a peu près similaire sur la journée du 07/11/2010 (cf capture ci-joint)



[BIN-210] Correction rapport BO "payment by purchase" Création: 26/oct./06 17:18  Mise à jour: 14/sept./07 17:31  Résolue: 15/déc./06 18:44

Etat: Fermé
Projet: Business Intelligence
Composants: Executive
Affecte la/les version(s): Aucune
Version(s) corrigée(s): Aucune

Type: Amélioration Priorité: Critique
Rapporteur: Philippe Favrot Attribution: Agathe Remy
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: Microsoft Excel Encaissement journée du 30 sept 06.xls     Microsoft Excel Encaissement journée du 30 sept 06.xls    
Pays:
ALL - Tous

 Description   
mon mail du 25/10 reproduit ci-après :

Je me rends compte que je n'avais pas joint le fichier...
depuis, j'ai travaillé sur une journée plus récente (30 septembre) incluant des transactions payées via 1¿.com.

Sauf erreur de ma part, le rapport « payment by purchase » inclus les transactions financées par 1¿.com ; peux tu vérifier car tu m'avais indiqué le contraire. Il faudrait que ces transactions soient clairement identifiées dans ce rapport ; par exemple par une mention spécifique dans la colonne « card type » qui est actuellement vierge de toute mention lorsqu'il s'agit d'un paiement via 1¿.com.

Par ailleurs, tu constateras donc des écarts au niveau du « Authorized GMS » ; peut être un lien avec mon mail du 20 septembre.
Merci de ton retour
Philippe
--------------------------------------------------------------------------------
De : Philippe FAVROT [mailto:philippe.favrot@priceminister.com]
Envoyé : lundi 23 octobre 2006 11:28
À : 'Agathe Remy'; 'pierre.krings@priceminister.com'
Cc : 'justin.ziegler@priceminister.com'
Objet : RE: BI Finance

Agathe,

« Payment by purchase » : suite à notre réunion de mercredi, j'ai donc procédé à la réconciliation de la journée du 30 juin 2006 entre BO et Titan ; voir le fichier en pièce attachée.
On a donc des écarts sur la partie « Authorized GMS ».
Par ailleurs, pour boucler cette partie « suivi des encaissements », il faut un rapport similaire pour le type de paiement 1euros.com.
Merci
Philippe

 Commentaires   
Commentaire de Agathe Remy [ 31/oct./06 10:55 ]
Bonjour Philippe,

J'ai ajouté la colonne payment type dans le rapport payment by purchase afin que tu puissent identifier les paiements 1euros.

Cela te convient-il?

Merci:-)

Agathe
Commentaire de Philippe Favrot [ 31/oct./06 19:46 ]
Bonsoir Agathe,
merci pour cette modif.
mais je suis un peu troublé car le rapport ne donne plus le même résultat qu'avant ta modification (sur la base de la journée du 30 septembre) ; voir le fichier attaché.
Par ailleurs, peux tu mettre en place une invite sur le "card type" et une autre sur le "payment type".
Merci
Philippe
Commentaire de Agathe Remy [ 02/nov./06 14:23 ]
Bonjour Philippe,

La différence de résultat était du au fait qu'en rajoutant le payment type, j'ai exclu toutes les transactions sans type de paiement (payées uniquement par PMV).
J'ai corrigé cette erreur et maintenant, tu dois trouver les mêmes résultats que précédemment (j'ai vérfié).

D'autre part, j'ai ajouté les invites sur card type et payment type.
Si tu veux ne pas sélectionner de valeur particulière, il faut saisir % à la main dans l'invite.

Cordialement,
Agathe
Commentaire de Philippe Favrot [ 03/nov./06 11:44 ]
Bonjour Agathe,
merci ; effectivement la requête donne à présent le même résultat qu'initialement.
Reste donc àtraiter l'écart sur l'indicateur "Authorized GMS".
Philippe
Commentaire de Agathe Remy [ 24/nov./06 14:33 ]
Bonjour Agathe,

Serait il possible d'intégrer dans le rapport payment by purchase les informations suivantes :

            N° transaction Sips

            N° autorisation Sips

Merci

Philippe

Commentaire de Philippe Favrot [ 04/déc./06 10:31 ]
Agathe,
suite à notre réunion du 21 nov.
Concernant les écarts mis en évidence au niveau de l'authorized GMS, merci d'ajuster sur le rapport "purchase summary" ==> les transactions isolées dans l'onglet 5 ne doivent donc pas être reprises dans le rapport "payment by purchase".
Pour les autres écarts (cf onglet 4), c'est à toi d'investiguer.
Merci
Philippe
Commentaire de Agathe Remy [ 14/déc./06 18:55 ]
Philippe,

Si, comme tu le dis, les transactions isolées dans l'onglet 5 ne doivent pas apparaître dans le rapport "payment by purchase", cela signifie que nous excluons de ce rapports :
- les paniers passés en CONFIRMATION_DENIED
- les paniers de type négociation ayant été annulés
Peux-tu me le confimer?

Doit-on aussi exclure les paniers auto (pack vendeur, garanties) qui ne sont pas dans le rapport "Purchase summary by month"?

Merci:-)

Agathe
Commentaire de Agathe Remy [ 14/déc./06 19:14 ]
Voici le résultat de mon investigation sur les écarts de l'onglet 4 :

Dans BI : Authorized GMS = Authorized payment amount + Authorized coupon amount
Dans Titan : Authorized GMS = Authorized payment amount + Captured coupon amount

Cette différence de formule explique ces écarts.
Il me semble donc que le rapport BI est plus cohérent que celui de Titan, mais, sachant que dans le rapport "Purchase summary by month", le champ Authorized GMS = Authorized payment amount + Captured coupon amount (comme dans Titan), à toi de juger !

Merci:-)

Agathe
Commentaire de Agathe Remy [ 14/déc./06 19:25 ]
Les colonnes N° transaction Sips et N° autorisation Sips ont été ajoutées au rapport "Payment by purchase".

J'ai supposé que le N° transaction Sips correspondait au champ "Authorization number request" et le N° autorisation Sips au champ "Authorization number response".
Peux-tu me dire si cela te parait correct?

Merci:-)

Agathe

Commentaire de Philippe Favrot [ 15/déc./06 13:47 ]
Bonjour Agathe,

mes commentaires à tes questions de ces derniers jours sur ce rapport :

1 - Si, comme tu le dis, les transactions isolées dans l'onglet 5 ne doivent pas apparaître dans le rapport "payment by purchase", cela signifie que nous excluons de ce rapports :
- les paniers passés en CONFIRMATION_DENIED
- les paniers de type négociation ayant été annulés
Peux-tu me le confimer?

oui je confirme ; l'objectif est d'aligner la façon de déterminer le VA autorisé entre les différents rapports. D'ailleurs, sauf erreur de ma part tu as déjà fait cette modification ?

2 - Doit-on aussi exclure les paniers auto (pack vendeur, garanties) qui ne sont pas dans le rapport "Purchase summary by month"?

effectivement les paniers auto ne sont pas repris dans le rapport "purchase summary" ; néanmoins il est impératif de les maintenir dans le rapport "payment by purchase" car ce rapport est avant tout destiné à suivre canal / canal l'encaissement des achats (or en matière d'encaissement, les paniers auto suivent le même traitement que les paniers classiques achat-vente).

3 - Voici le résultat de mon investigation sur les écarts de l'onglet 4 :

Dans BI : Authorized GMS = Authorized payment amount + Authorized coupon amount
Dans Titan : Authorized GMS = Authorized payment amount + Captured coupon amount

Cette différence de formule explique ces écarts.
Il me semble donc que le rapport BI est plus cohérent que celui de Titan, mais, sachant que dans le rapport "Purchase summary by month", le champ Authorized GMS = Authorized payment amount + Captured coupon amount (comme dans Titan), à toi de juger !

On est donc d'accord que le VA autorisé tel que déterminé dans le rapport BI "payment by purchase" est celui qui est exact. Néanmoins je n'ai pas envie qu'on retouche pour l'instant au rapport "purchase summary by month" donc je suggère de modifier "payment by purchase" (le VA autorisé est un indicateur de gestion et pas une donnée qui est comptabilisé ; donc cette erreur est supportable d'autant plus qu'ele porte sur des montants faibles).

4 - Les colonnes N° transaction Sips et N° autorisation Sips ont été ajoutées au rapport "Payment by purchase".

J'ai supposé que le N° transaction Sips correspondait au champ "Authorization number request" et le N° autorisation Sips au champ "Authorization number response".
Peux-tu me dire si cela te parait correct?

J'ai pris le purchase ID : 38996672
ds le Back Office : on a : N° transaction Sips = 186 136
                                             N° autor Sips = 929 829
ds ton rapport : on a : Sips transaction number = 186 136
                                        Sips autorisation number = 926829
Ca me semble être ok

Reste doncd le point 4 à modifier et on devrait être bon pour ce rapport
Merci
Philippe

Commentaire de Agathe Remy [ 15/déc./06 18:44 ]
Le VA autorisé a été modifié dans la rapport Payment by purchases.

Cordialement,
Agathe
Commentaire de Philippe Favrot [ 19/déc./06 09:56 ]
Bonjour,
sur la base de la journée du 30 septembre ça fonctionne maintenant.
Donc sous réserve d'anomalies que mettrait en évidence une "utilisation plus intensive" du rapport c'est ok pour moi.
Tu peux fermer le Jira.
Philippe



[NpF] NPF-MUSIQUE/ Activation - Méta-tâche (APP-17428)

[APP-17433] [BO] Bloc ça vient d'arriver > modifier le lien Création: 03/août/07 16:02  Mise à jour: 27/août/07 16:45  Résolue: 27/août/07 14:13

Etat: Fermé
Projet: Application PriceMinister
Composants: Ca vient d'arrriver
Affecte la/les version(s): Aucune
Version(s) corrigée(s): 16.0.3

Type: Sous-tâche Priorité: Majeur
Rapporteur: Ariane Baldinger Attribution: Ariane Baldinger
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
FRA - France
Site: Prod
Projets PM archivés: Navigation par filtres - Musique

 Description   
Mettre à jour (BO) le lien du bloc ça vient d'arriver pour qu'il pointe sur la NpF.

 Commentaires   
Commentaire de Ariane Baldinger [ 27/août/07 14:13 ]
Fait en PROD, visible sur http://preview.priceminister.com/nav/Musique
Effectif demain.



[APP-20258] [Import - Fichier] Statistiques différents entre BO et FO Création: 15/avr./08 14:24  Mise à jour: 03/juin/08 18:15  Résolue: 03/juin/08 18:15

Etat: Fermé
Projet: Application PriceMinister
Composants: Import de Fichiers
Affecte la/les version(s): 19.4.5
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Espérance Galouo-Lece Attribution: Dispatcher (Dev-Réserve)
Résolution: Doublon  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Liens des demandes:
Similaire
similaire à APP-19525 Taux de succès import - différence en... Fermé
Pays:
FRA - France
Site: Prod
Classif1: IMPORT
Classif2: statistiques
Projets PM archivés: Maintenance CAT-C

 Description   
 - Le pourcentage de succès n'est pas le même entre le BO et le FO;
 - notamment avec le login "merlecris"

 Commentaires   
Commentaire de Marion Anfreville [ 03/juin/08 18:15 ]
Doublon de APP-19525.



[APP-26845] BO : Boite de reception plante en ES et UK Création: 13/oct./09 11:56  Mise à jour: 30/oct./09 14:40  Résolue: 27/oct./09 11:00

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 54.0.0 (CAT-K), 56.0.0 (TX-J)
Version(s) corrigée(s): 56.0.0 (TX-J)

Type: Bogue Priorité: Mineur
Rapporteur: Arnaud Forgues Attribution: Renaud Dierickx
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pays:
GBR - Royaume Uni, ESP - Espagne
Projets PM: *** CHASSE ***

 Description   
L'accès BO à la page de recherche de "Boite de reception" plante : "Erreur non disponible"

 Commentaires   
Commentaire de Yann Danot [ 26/oct./09 16:43 ]
dans UmsIncomingSearch.jsp on a le test suivant :

l.168
<% if (infUmsIncomingContext.getDefaultUmtGroupId() != null) { %>
     <%= mdl.groups.get(infUmsIncomingContext.getDefaultGroupAlias()).getTitle() %>
<% } %>

Or il existe en base des boîtes des reception qui ont un DEFAULT_GROUP_ID mais pas de DEFAULT_GROUP_ALIAS.

On a donc un problème de nullPointer. Il s'agit des boîtes dont le DEFAULT_GROUP_ID est 1303

Voila,
Commentaire de Alexandre Garnier [ 26/oct./09 16:56 ]
Habib, avais-tu déjà remarqué ce problème ?

Est-ce un groupe oublié dans le fichier Excel de migration ? Ou un nouveau groupe ? Ou un groupe qu'on avait pas en DEV ?
Commentaire de Habib-Sylvain Gourguet [ 27/oct./09 09:51 ]
Jamais remarqué ce problème, car à vrai dire, pas la section qu'on visite régulièrement.

Pour le groupe, à en juger par l'ID, il s'agit de "automobile" (alias prévu : g_auto).

Ce groupe existe bien sur les 3 plateformes, bien que vide sur ES et UK.
Commentaire de Alexandre Garnier [ 27/oct./09 09:55 ]
Donc ça doit être ça : groupe existant en ES et UK mais pas migré car pas censé exister dans ces langues.

Correction rapide : ajouter cet alias dans la base
Commentaire de Renaud Dierickx [ 27/oct./09 10:55 ]
C'est corrigé en DEV. Le script est dans le répertoire d'integ.
(J'ai au passage repasser le script de migration des alias sur ES et UK.)

Au passage, vous n'avez pas mis de DEFAULT_GROUP_ALIAS pour la nouvelle boite 'back TELEPHONE'.
C'est voulu ?

SQL> select DEFAULT_GROUP_ALIAS from ums_incoming_context where TITLE ='back TELEPHONE';

DEFAULT_GROUP_ALIAS
--------------------------------------------------

Commentaire de Renaud Dierickx [ 27/oct./09 11:00 ]
[CAJ2009Q4CTN]



[APP-1629] impossible de créer un groupe de messages types en BO Création: 05/déc./03 11:43  Mise à jour: 25/juin/07 18:23  Résolue: 25/juin/07 18:23

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 7.1.3pre
Version(s) corrigée(s): Aucune

Type: Bogue Priorité: Majeur
Rapporteur: Jessica Rajabaly Attribution: Dispatcher (Dev)
Résolution: Corrigé  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié


 Description   
qd je souhaite créer un groupe de msg type en BO, j'obtiens une exception SQL

 Commentaires   
Commentaire de Quentin de Chivré [ 05/déc./03 14:35 ]
Problème de droits sur babel_1 qui n'avait pas accès aux nouvelles séquences de
user_1.
Corrigé par MSA



[APP-31870] liens modération HS colonne gauche du BO Création: 18/nov./10 12:00  Mise à jour: 18/nov./10 14:57  Résolue: 18/nov./10 14:44

Etat: Fermé
Projet: Application PriceMinister
Composants: Aucune
Affecte la/les version(s): 81.0.0 (TX-Q)
Version(s) corrigée(s): 81.1.1

Type: Bogue Priorité: Majeur
Rapporteur: Steven Harel Attribution: Jérémie Bennejean
Résolution: Invalid  
Estimation restante: Non spécifié
Temps consacré: Non spécifié
Estimation originale: Non spécifié

Pièces jointes: JPEG File screenshot-1.jpg     JPEG File screenshot-2.jpg    
Pays:
ALL - Tous
Projets PM: CoSAV : Gestionnaire de commande

 Description   
les liens de la modération sont HS également dans la colonne de gauche du BO

cf capture d'écran

 Commentaires   
Commentaire de Thomas Landru [ 18/nov./10 12:10 ]
Vous êtes sur JMH ? car en prod ca marche bien

Si c'est le cas j'attribuerai le Jira à Jérémie
Commentaire de Steven Harel [ 18/nov./10 12:18 ]
ça ne marche pas en prod. les soucis sont les mêmes certainement que les liens du dashboard.
Commentaire de Christophe Garcia [ 18/nov./10 12:32 ]
MDPLVC
Commentaire de Arnaud Forgues [ 18/nov./10 14:44 ]
Jérémie n'avait pas encore configurer la nouvelle servlet sur JMH. Maintenant c'est fait !



Généré à Mon Feb 28 14:23:44 CET 2011 par Christophe Egéa avec JIRA 4.1.2#531.